Bug 987088
Summary: | Trying to create VM with host IO pressure: Unable to complete install: 'monitor socket did not show up: No such file or directory' | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Dhiru Kholia <dkholia> | ||||
Component: | libvirt | Assignee: | Libvirt Maintainers <libvirt-maint> | ||||
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | unspecified | Docs Contact: | |||||
Priority: | unspecified | ||||||
Version: | 20 | CC: | acathrow, berrange, bressers, clalancette, crobinso, djuran, eedri, hbrock, imcleod, itamar, jforbes, jyang, laine, libvirt-maint, mkletzan, obasan, pavel, rjones, veillard, virt-maint | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | x86_64 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | libvirt-1.1.3.3-2.fc20 | Doc Type: | Bug Fix | ||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2014-01-26 00:30:17 UTC | Type: | Bug | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Bug Depends On: | |||||||
Bug Blocks: | 910269 | ||||||
Attachments: |
|
Description
Dhiru Kholia
2013-07-22 16:53:18 UTC
Moving to the upstream tracker. The qemu driver has internal timeouts here waiting for the monitor socket to appear. I'm not really sure what the solution is though, we can't wait forever because qemu might hang before creating the monitor socket. Hi, I have come across this bug as well. the default code behavior is wait for 3 seconds and if the socket is not opened yet, print this error and terminate. the code is in file named src/qemu/qemu_monitor.c in function qemuMonitorOpenUnix. In 2009 there was a patch that added the original 3 seconds retry, the patch can be found here: http://www.redhat.com/archives/libvir-list/2009-July/msg00335.html I have added a patch with this solution: the default behavior stays the same, but a user can add a configuration variable to qemu.conf and change the timeout value. every system needs a different value according to their system configuration but anyway 3 seconds is not suitable for all cases. I am attaching my patch. Pavel Fux. Created attachment 843475 [details]
patch
Pavel - would it be possible for you to post that patch (by using "git send-email") to libvir-list? That is the standard method for getting patches into libvirt; a patch buried in an upstream tracker bug report often goes unnoticed / beyond the attention span of libvirt developers for quite awhile, but we're all monitoring the mailing list constantly. Ah, never mind. Now that I've caught up on *all* my libvirt mail, I see that you've already sent it to the list :-) https://www.redhat.com/archives/libvir-list/2013-December/msg01326.html *** Bug 1048818 has been marked as a duplicate of this bug. *** From the dup'd bug: Check out the number of hits for: https://www.google.co.uk/search?q="monitor+socket+did+not+show+up" Hopefully fixed upstream by v1.2.1-11-gfe89b68: commit fe89b687a02d1a8e1dce695a67b4f9d2c254d7b9 Author: Martin Kletzander <mkletzan> Date: Thu Jan 9 07:57:59 2014 +0100 qemu: Change the default unix monitor timeout (In reply to Martin Kletzander from comment #11) > Hopefully fixed upstream by v1.2.1-11-gfe89b68: > > commit fe89b687a02d1a8e1dce695a67b4f9d2c254d7b9 > Author: Martin Kletzander <mkletzan> > Date: Thu Jan 9 07:57:59 2014 +0100 > > qemu: Change the default unix monitor timeout at least in my case changing the value to 30 seconds is not enough, we had to change it to 5 minutes I suggest you let the user change it as he wishes. (In reply to Pavel Fux from comment #12) Thank you for pointing that out, but may I ask you to raise this issue on the upstream libvirt list? Although I'm afraid that 5 minute timeout already borders with over-commiting the host machine. If qemu takes so long to start, I'm thinking this might be handled in a different way. libvirt-1.1.3.3-2.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/libvirt-1.1.3.3-2.fc20 Package libvirt-1.1.3.3-2.fc20: * should fix your issue, * was pushed to the Fedora 20 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing libvirt-1.1.3.3-2.fc20' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2014-1264/libvirt-1.1.3.3-2.fc20 then log in and leave karma (feedback). libvirt-1.1.3.3-2.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report. |