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: libvirtAssignee: Libvirt Maintainers <libvirt-maint>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 20CC: 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   
Fixed In Version: libvirt- 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:
Bug Depends On:    
Bug Blocks: 910269    
Description Flags
patch pavel: review+

Description Dhiru Kholia 2013-07-22 16:53:18 UTC
Description of problem:

When trying to create a new RHEL / CentOS 5.8 guest VM on a Fedora 19 host, I get,

Unable to complete install: 'monitor socket did not show up: No such file or directory'

Traceback (most recent call last):
  File "/usr/share/virt-manager/virtManager/asyncjob.py", line 100, in cb_wrapper
    callback(asyncjob, *args, **kwargs)
  File "/usr/share/virt-manager/virtManager/create.py", line 1920, in do_install
    guest.start_install(False, meter=meter)
  File "/usr/share/virt-manager/virtinst/Guest.py", line 1134, in start_install
  File "/usr/share/virt-manager/virtinst/Guest.py", line 1202, in _create_guest
    dom = self.conn.createLinux(start_xml or final_xml, 0)
  File "/usr/lib64/python2.7/site-packages/libvirt.py", line 2782, in createLinux
    if ret is None:raise libvirtError('virDomainCreateLinux() failed', conn=self)
libvirtError: monitor socket did not show up: No such file or directory

Version-Release number of selected component (if applicable):

$ uname -r

$ rpm -qa | grep virt-manager

$ rpm -qa | grep kvm        

How reproducible:

Put host system under IO pressure and try to create a new guest VM.

Expected results:

Things should just work :-)

Comment 1 Cole Robinson 2013-08-30 22:56:44 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.

Comment 3 Pavel Fux 2013-12-30 17:01:44 UTC

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:


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.

Comment 4 Pavel Fux 2013-12-30 17:03:07 UTC
Created attachment 843475 [details]

Comment 5 Laine Stump 2014-01-02 10:40:22 UTC
Pavel - would it be possible for you to post that patch (by using "git send-email") to libvir-list@redhat.com? 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.

Comment 6 Laine Stump 2014-01-02 12:13:46 UTC
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 :-)


Comment 8 Cole Robinson 2014-01-08 15:50:17 UTC
*** Bug 1048818 has been marked as a duplicate of this bug. ***

Comment 10 Cole Robinson 2014-01-08 15:51:29 UTC
From the dup'd bug: 

Check out the number of hits for:

Comment 11 Martin Kletzander 2014-01-17 07:47:06 UTC
Hopefully fixed upstream by v1.2.1-11-gfe89b68:

commit fe89b687a02d1a8e1dce695a67b4f9d2c254d7b9
Author: Martin Kletzander <mkletzan@redhat.com>
Date:   Thu Jan 9 07:57:59 2014 +0100

    qemu: Change the default unix monitor timeout

Comment 12 Pavel Fux 2014-01-20 09:34:37 UTC
(In reply to Martin Kletzander from comment #11)
> Hopefully fixed upstream by v1.2.1-11-gfe89b68:
> commit fe89b687a02d1a8e1dce695a67b4f9d2c254d7b9
> Author: Martin Kletzander <mkletzan@redhat.com>
> 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.

Comment 13 Martin Kletzander 2014-01-20 09:57:11 UTC
(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.

Comment 14 Fedora Update System 2014-01-20 22:51:30 UTC
libvirt- has been submitted as an update for Fedora 20.

Comment 15 Fedora Update System 2014-01-22 03:11:19 UTC
Package libvirt-
* 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-'
as soon as you are able to.
Please go to the following url:
then log in and leave karma (feedback).

Comment 16 Fedora Update System 2014-01-26 00:30:17 UTC
libvirt- has been pushed to the Fedora 20 stable repository.  If problems still persist, please make note of it in this bug report.