Hide Forgot
Description of the feature: Libvirt should have a method that reports if it is waiting for a response from a domain (eg: a qemu process) and the elapsed time. The implementation could take advantage of the current domjobinfo command. If it is possible we should also try to keep this information after a libvirt restart. Eg: what is happening now if libvirt is restarted when it's waiting for a qemu response?
Since RHEL 6.1 External Beta has begun, and this bug remains unresolved, it has been rejected as it is not proposed as exception or blocker. Red Hat invites you to ask your support representative to propose this request, if appropriate and relevant, in the next release of Red Hat Enterprise Linux.
It looks to me like this BZ should be closed as a dup of BZ 692663, but I'll wait until we have a little more concrete design there before I do so.
Jirka tells me these are separate pieces of code, and in any case we'll need to test them separately, so definitely not a duplicate.
I'm working on patches which will add a new API and I'll post them once 0.9.2 is out.
Patches sent upstream: https://www.redhat.com/archives/libvir-list/2011-June/msg00323.html
This is now implemented upstream by v0.9.2-108-g67cc825, v0.9.2-109-g6301ce5, v0.9.2-110-g559fcf8, v0.9.2-111-g5f1bbec: commit 67cc825dda5e01af5698c30deab7eb5e14849694 Author: Jiri Denemark <jdenemar> Date: Tue May 24 11:28:50 2011 +0300 Introduce virDomainGetControlInfo API The API can be used to query current state of an interface to VMM used to control a domain. In QEMU world this translates into monitor connection. commit 6301ce52359514d574c37bafa84dcade219b295b Author: Jiri Denemark <jdenemar> Date: Tue May 31 17:37:00 2011 +0200 Wire protocol and remote driver for virDomainGetControlInfo commit 559fcf8a24ea090a7cc51f7cd8e7468922d5c1d7 Author: Jiri Denemark <jdenemar> Date: Tue May 31 18:34:20 2011 +0200 qemu: Implement virDomainGetControlInfo commit 5f1bbecb7dd1bc47247d61aed02fb3d233893f0f Author: Jiri Denemark <jdenemar> Date: Tue May 31 18:21:58 2011 +0200 virsh: Add support for virDomainGetControlInfo
Verified with vdsmtests vmTests.NonResponsiveVmTest.testMonitorDown, the case is passed. So the bug is fixed now. Test builds: libvirt-0.9.3-1.el6.x86_64 vdsm-4.9-80.el6.x86_64 vmTests.NonResponsiveVmTest.testMonitorDown: 07:03:01 DEBUG Loading environment data 07:03:01 INFO Starting to build environment 07:03:01 DEBUG Connecting host 'client1:http://10.66.85.203:54321' 07:03:01 DEBUG Connecting agent on 'client1' 07:03:01 DEBUG Making sure host 'client1' is clean 07:03:01 DEBUG Validate connecting host 'client1' to storage 07:03:02 DEBUG Connecting host 'client1' to storage 07:03:03 DEBUG Creating domains for pool 'spUUID1' 07:03:03 DEBUG Creating domain target for domain 'sdUUID1' on '36090a038d0f7f1d927d4d42c7867f25e' 07:03:07 DEBUG Creating storage domain 'sdUUID1:b155c10d-d9ac-4343-af94-de1b11772773' version 0 07:03:17 DEBUG Creating pool 'spUUID1:3ddff497-d019-4fa5-856a-deed91e646b9' with master domain 'b155c10d-d9ac-4343-af94-de1b11772773' 07:03:22 DEBUG Connecting pool 'spUUID1' 07:03:23 DEBUG Starting SPM for pool 'spUUID1' 07:03:27 DEBUG Activating domain 'sdUUID1' 07:03:27 DEBUG Creating image 'imgUUID1':76799fcf-1ee7-4f8a-aad8-d1b8fd69292e 07:03:27 DEBUG Creating volume c5d67cfa-67cc-43a8-90b3-1904aed11003 of image 76799fcf-1ee7-4f8a-aad8-d1b8fd69292e from parent 00000000-0000-0000-0000-000000000000 07:03:31 DEBUG Preparing vm 'vm1' 07:03:31 DEBUG Finished processing host 'client1' 07:03:31 INFO Finished building environment 07:03:35 DEBUG Vm a8798b63-2ed0-4344-b705-238b5ed55aeb is Powering up 07:03:35 DEBUG Vm a8798b63-2ed0-4344-b705-238b5ed55aeb is Up 07:03:35 DEBUG Waiting for Vm a8798b63-2ed0-4344-b705-238b5ed55aeb monitorResponse to become -1 07:04:40 INFO Trying to clean 1 hosts 07:04:40 INFO Starting clean up 07:04:40 DEBUG Releasing pools 07:04:40 DEBUG Cleaning pool '3ddff497-d019-4fa5-856a-deed91e646b9' 07:04:40 DEBUG Deactivating domain 'b155c10d-d9ac-4343-af94-de1b11772773' 07:04:43 DEBUG Deleting domains 07:04:46 DEBUG Deleting domain 'b155c10d-d9ac-4343-af94-de1b11772773' 07:04:46 DEBUG Formatting domain 'b155c10d-d9ac-4343-af94-de1b11772773' 07:04:50 DEBUG Destroying domain targets 07:04:53 DEBUG Disconnecting from storage 07:05:00 DEBUG Verify file domains are totally cleaned on http://10.66.85.203:54321 07:05:00 INFO Finished clean up Result: OK
According to comment 8, move this to VERIFIED.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHBA-2011-1513.html