Bug 1048818 - Default monitor socket timeout is 3 seconds, which is way too short
Summary: Default monitor socket timeout is 3 seconds, which is way too short
Status: CLOSED DUPLICATE of bug 987088
Alias: None
Product: Virtualization Tools
Classification: Community
Component: libvirt
Version: unspecified
Hardware: Unspecified
OS: Unspecified
Target Milestone: ---
Assignee: Libvirt Maintainers
QA Contact:
Depends On:
Blocks: TRACKER-bugs-affecting-libguestfs
TreeView+ depends on / blocked
Reported: 2014-01-06 11:44 UTC by Richard W.M. Jones
Modified: 2014-01-08 15:50 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2014-01-08 15:50:16 UTC

Attachments (Terms of Use)

Description Richard W.M. Jones 2014-01-06 11:44:41 UTC
Description of problem:

Check out the number of hits for:

In the code (src/qemu/qemu_monitor.c) it looks as if the
default timeout is 3 seconds.  I'm not clear if that is 3 seconds
after the fork, 3 seconds after some other qemu event, or what,
but given the number of people who hit this timeout it looks like
this is much too short.

libguestfs hits this bug under load (bug 892273).

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

libvirt from git

How reproducible:


Steps to Reproduce:

  $ cat > /tmp/qemu.wrapper
  sleep 20
  exec qemu-kvm "$@"
  $ chmod +x /tmp/qemu.wrapper
  $ LIBGUESTFS_QEMU=/tmp/qemu.wrapper libguestfs-test-tool
  Original error from libvirt: monitor socket did not show up: No such file or d
irectory [code=38 domain=10]

Comment 1 Cole Robinson 2014-01-08 15:50:16 UTC

*** This bug has been marked as a duplicate of bug 987088 ***

Note You need to log in before you can comment on or make changes to this bug.