Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
DescriptionMarian Krcmarik
2011-09-14 12:51:53 UTC
Description of problem:
It would be nice to relate STOP event which is emited during shutdown with the SHUTDOWN event so that libvirt can say that the paused state is related to the shutdown and does not propagate the paused state to higher level applications. Now once user does a shutdown he/she can see (for example in RHEVM portals) that the VM is being shutdown -> paused -> not running (which is displayed for some time in User portal (web application) of RHEVM).
Version-Release number of selected component (if applicable):
qemu-kvm
How reproducible:
Always
Steps to Reproduce:
1. Start the guest from some management application (RHEVM, virt-manager)
2. Shutdown the guest.
Actual results:
Management applications display shutting down -> paused guest -> not running guest
Expected results:
without the paused state
Additional info:
Hi Dor,
I do believe This is different thing, basically I would like if STOP event sent by qemu during shutdown with -no-shutdown option is related to the SHUTDOWN. The reason is that users of high level management applications (especially UP of RHEVM) can see after shutting done of a VM that machine is in paused state because libvirt puts VM into paused state after getting STOP event which is mostly the right thing but during shutdown it's confusing for users. Once libvirt knows that STOP event is due to shutdown libvirt will not propagate it to higher level application.
Luiz mentioned that most of the work is done and this requires only small changes.
I am reopening the bug.
Thanks.
The STOP event mentioned in the description will only happen if the -no-shutdown flag is in use. In this case, there will be a SHUTDOWN event before that. This means that that STOP event is superfluous and can be ignored by libvirt.
We could probably drop that STOP event with -no-shutdown from qemu, because it doesn't seem to report anything useful. If libvirt guys wants it, let me know.
But anyway, this shouldn't be an issue for 6.4 and hence I'm closing this as NOTABUG.
(In reply to comment #6)
> The STOP event mentioned in the description will only happen if the
> -no-shutdown flag is in use. In this case, there will be a SHUTDOWN event
> before that. This means that that STOP event is superfluous and can be
> ignored by libvirt.
>
> We could probably drop that STOP event with -no-shutdown from qemu, because
> it doesn't seem to report anything useful. If libvirt guys wants it, let me
> know.
>
> But anyway, this shouldn't be an issue for 6.4 and hence I'm closing this as
> NOTABUG.
Well What I tried to avoid was following:
"The reason is that users of high level management applications (especially UP of RHEVM) can see after shutting done of a VM that machine is in paused state because libvirt puts VM into paused state after getting STOP event which is mostly the right thing but during shutdown it's confusing for users."
Never mind.