Q refuses to terminate if guest has crashed

[andreas.faerber@…]

When a guest has crashed Q does not recognize this and refuses to quit, saying a guest were still running.

As a workaround Q needs to be killed.

[mike]

We will alter the current stop-(micro)Icon to kill a guest instantly (force-quit). The User will be warned before this happens.

[andreasf]

Are you sure this fixes the issue of a segmentation fault in QEMU? I rather thought some sort of liveness check might need to be added...

• either checking/polling from Q Control that the softmmu is still running,
• or, slightly better, by notifying Q Control from the softmmu that it is in fact still running.

I got the impression that currently the softmmu notifies Q Control of its shutdown only if it shuts down cleanly?

An easier interim solution would be to change the close behavior of Q [Control] to allow to shutdown Q and all running guests.

The problem is, someone may try to close the Q Control window with no intent of force-quitting guests so it should not be too easy to accidentally do this and loose data.

[mike]

I'll do it like that: - I check if the task is still running, this should catch segfaults - I check if the guest is accessible via the distributed Object

if these checks fail, I prompt the user for action. (Guest does not respond, force-shutdown?).

This is handled by guest. I think a global shutdown is not needed.