Handle the situation when the template is shutdown when qubes.SyncAppMenus is still running

[marmarek]

Reported by joanna on 27 Apr 2014 17:04 UTC

• Prevent template shutdown? Likely not do'ble thanks to the poweroff command in the template
• Detect template shutdown and inform the user to re-run appmenus syncing.

Migrated-From: https://wiki.qubes-os.org/ticket/836

[marmarek]

Comment by joanna on 27 Apr 2014 17:05 UTC
If that's not obvious: otherwise this seriously break things -- e.g. template doesn't shutdown fully (the "gray" dot in the manager keeps going), and we cannot start it again.

[marmarek]

Comment by joanna on 27 Apr 2014 17:05 UTC
If that's not obvious: otherwise this seriously break things -- e.g. template doesn't shutdown fully (the "gray" dot in the manager keeps going), and we cannot start it again.

[marmarek]

Modified by joanna on 5 May 2014 12:10 UTC

[marmarek]

Modified by joanna on 5 May 2014 12:10 UTC

[marmarek]

Modified by woju on 6 May 2014 09:25 UTC

[marmarek]

Modified by woju on 6 May 2014 09:25 UTC

[marmarek]

Comment by woju on 6 May 2014 16:44 UTC
VM stops with message "A stop job is running for Session c1 for user user". Closes within a minute or so.

Possibly related:

• https://bugzilla.redhat.com/show_bug.cgi?id=1088619
• https://lists.fedoraproject.org/pipermail/users/2014-April/449344.html

but reporter seems unreliable.

[marmarek]

Comment by woju on 6 May 2014 16:44 UTC
VM stops with message "A stop job is running for Session c1 for user user". Closes within a minute or so.

Possibly related:

• https://bugzilla.redhat.com/show_bug.cgi?id=1088619
• https://lists.fedoraproject.org/pipermail/users/2014-April/449344.html

but reporter seems unreliable.

[marmarek]

Comment by woju on 6 May 2014 16:58 UTC
https://bugs.freedesktop.org/show_bug.cgi?id=70593

May be unrelated to appmenus. It may be just the most common trigger, because it runs for long.

[marmarek]

Comment by woju on 6 May 2014 16:58 UTC
https://bugs.freedesktop.org/show_bug.cgi?id=70593

May be unrelated to appmenus. It may be just the most common trigger, because it runs for long.

[marmarek]

Comment by joanna on 7 May 2014 08:53 UTC
The simplest but far from ideal solution: gray out the Stop button in the manager until the qubes.ReceiveAppmenus completes.

Better: also prevent the user from doing qvm-shutdown -> so some kind of lock in qubes.py

Ideal: also prevent the user from doing poweroff in the VM

[marmarek]

Comment by joanna on 7 May 2014 08:53 UTC
The simplest but far from ideal solution: gray out the Stop button in the manager until the qubes.ReceiveAppmenus completes.

Better: also prevent the user from doing qvm-shutdown -> so some kind of lock in qubes.py

Ideal: also prevent the user from doing poweroff in the VM

[marmarek]

Comment by joanna on 7 May 2014 08:56 UTC
The latter (preventing VM shutdown from within VM) might be done always, i.e. just remove this possibility regardless of whether the appmenus are syncing or not. So, always force the user to use the manager or qvm-shutdown for VM shutdowns.

[marmarek]

Comment by joanna on 7 May 2014 08:56 UTC
The latter (preventing VM shutdown from within VM) might be done always, i.e. just remove this possibility regardless of whether the appmenus are syncing or not. So, always force the user to use the manager or qvm-shutdown for VM shutdowns.

[marmarek]

Comment by woju on 13 May 2014 11:06 UTC
http://git.qubes-os.org/?p=marmarek/core-admin-linux.git;a=commitdiff;h=c6f24d8ba872cef73f7f8d5bb277ee6db4b0b272

[marmarek]

Comment by woju on 13 May 2014 11:06 UTC
http://git.qubes-os.org/?p=marmarek/core-admin-linux.git;a=commitdiff;h=c6f24d8ba872cef73f7f8d5bb277ee6db4b0b272