charm remains in maintenance status if charm is restarted while "Restarting services"

Bug #1799749 reported by Drew Freiberger
This bug affects 6 people
Affects Status Importance Assigned to Milestone
Landscape Charm

Bug Description

The LSctl class in hooks/lib/callbacks/ has code that will set maintenance state for Restarting Services, but if those restarts hang, or the agent is restarted or reconfigured while that's happening, it appears that the maintenance state is stuck permanently:

landscape-server/1 maintenance idle 32 Restarting services.

This has been the status for 3 days. no hooks I run will reset this status. It appears that there's a setting to "if current status is maintenance, return" instead of restarting or resetting the state of the charm.

The services are running and all is well with the unit, this is just a status display issue.

tags: added: canonical-bootstack
Revision history for this message
Vern Hart (vern) wrote :

I have also seen this in a customer deployment.

We added the license with juju config and while landscape-server/0 is now active/idle, the other two units are maintenance/idle with "Restarting services."

There doesn't seem to be a way to clear this status.

tags: added: cpe-onsite
Changed in landscape-charm:
status: New → Confirmed
Revision history for this message
Simon Poirier (simpoir) wrote :

FTR, forcing the units to restart should clear the status, when it gets stuck :

  juju run-action landscape-server/<unit> resume --wait

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.