Service units get stuck in debug mode.
Bug #902384 reported by
Adam Gandelman
This bug affects 3 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
pyjuju |
Triaged
|
Low
|
Unassigned |
Bug Description
Using 0.5+bzr427-
Depending on how debug-hooks mode is exited, units sometimes get stuck in debug mode. Later attempts to reconnect in debug mode fail with error:
2011-12-09 15:15:12,816 ERROR Service unit 'keystone/0' is already in debug mode.
I've found one simple way to reproduce is to choose "No" when verifying the host fingerprint during the initial ssh connection. Attempting to reconnect often finds the unit wedged in debug-mode. It sometimes takes a couple of reconnections. See log at
http://
Changed in juju: | |
status: | Confirmed → Triaged |
To post a comment you must log in.
debug-hooks mode will exit when two things happen, there is no currently executing hook in the tmux window, and the admin client connection to zookeeper is closed. If the user closes the connection without exiting from the tmux session and a hook is currently executing, then the debug-hooks session is still active and the unit will wait on the hook to finish. Ideally we'd detect the end of the debug-session and forcibly terminate the debug-hook.