Your message dated Fri, 14 Aug 2015 09:30:32 +0200
with message-id <20150814073032.ga10...@bogon.m.sigxcpu.org>
and subject line Re: Bug#682493: libvirt-bin: virsh takes a long time to
connect to xend
has caused the Debian Bug report #682493,
regarding libvirt-bin: virsh takes a long time to connect to xend
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
682493: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682493
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libvirt-bin
Version: 0.8.3-5+squeeze2
Severity: normal
Hi,
On any host running Xen 4.0 I'm getting a high delay in virsh operations:
| root@wildebeest:~# time virsh list
| Id Name State
| ----------------------------------
| 0 Domain-0 running
|
| real 0m6.333s
| user 0m0.004s
| sys 0m0.008s
On any system with QEMU/KVM the response is much much faster:
| real 0m0.009s
| user 0m0.000s
| sys 0m0.008s
Thanks
-- System Information:
Debian Release: 6.0.5
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-0.bpo.2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash
Versions of packages libvirt-bin depends on:
ii adduser 3.112+nmu2 add and remove users and groups
ii libavahi-client3 0.6.27-2+squeeze1 Avahi client library
ii libavahi-common3 0.6.27-2+squeeze1 Avahi common library
ii libblkid1 2.17.2-9 block device id library
ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib
ii libcap-ng0 0.6.4-1 An alternate posix capabilities li
ii libdevmapper1.02.1 2:1.02.48-5 The Linux Kernel Device Mapper use
ii libgcrypt11 1.4.5-2 LGPL Crypto library - runtime libr
ii libgnutls26 2.8.6-1+squeeze2 the GNU TLS library - runtime libr
ii libnl1 1.1-6 library for dealing with netlink s
ii libparted0debian1 2.3-5 The GNU Parted disk partitioning s
ii libpciaccess0 0.12.0-1 Generic PCI access library for X
ii libreadline6 6.1-3 GNU readline and history libraries
ii libsasl2-2 2.1.23.dfsg1-7 Cyrus SASL - authentication abstra
ii libudev0 164-3 libudev shared library
ii libuuid1 2.17.2-9 Universally Unique ID library
ii libvirt0 0.8.3-5+squeeze2 library for interfacing with diffe
ii libxenstore3.0 4.0.1-5.2 Xenstore communications library fo
ii libxml2 2.7.8.dfsg-2+squeeze4 GNOME XML library
ii logrotate 3.7.8-6 Log rotation utility
Versions of packages libvirt-bin recommends:
ii bridge-utils 1.4-5 Utilities for configuring the Linu
ii dnsmasq-base 2.55-2 A small caching DNS proxy and DHCP
ii ebtables 2.0.9.2-2 Ethernet bridge frame table admini
ii gawk 1:3.1.7.dfsg-5 GNU awk, a pattern scanning and pr
ii iptables 1.4.8-3 administration tools for packet fi
ii libxml2-utils 2.7.8.dfsg-2+squeeze4 XML utilities
ii netcat-openbsd 1.89-4 TCP/IP swiss army knife
ii qemu 0.12.5+dfsg-3squeeze1 fast processor emulator
Versions of packages libvirt-bin suggests:
pn policykit-1 <none> (no description available)
-- Configuration Files:
/etc/default/libvirt-bin changed:
start_libvirtd="yes"
libvirtd_opts="-d -l"
/etc/libvirt/libvirtd.conf changed:
listen_tls = 0
listen_tcp = 1
unix_sock_group = "libvirt"
unix_sock_rw_perms = "0770"
auth_unix_ro = "none"
auth_unix_rw = "none"
/etc/libvirt/qemu.conf changed:
vnc_listen = "0.0.0.0"
-- no debconf information
--- End Message ---
--- Begin Message ---
Version: libvirt/1.2.18-1
Hi,
On Mon, Jul 23, 2012 at 04:24:08AM -0700, Teodor wrote:
> Package: libvirt-bin
> Version: 0.8.3-5+squeeze2
> Severity: normal
>
> Hi,
>
> On any host running Xen 4.0 I'm getting a high delay in virsh operations:
> | root@wildebeest:~# time virsh list
> | Id Name State
> | ----------------------------------
> | 0 Domain-0 running
> |
> | real 0m6.333s
> | user 0m0.004s
> | sys 0m0.008s
>
> On any system with QEMU/KVM the response is much much faster:
> | real 0m0.009s
> | user 0m0.000s
> | sys 0m0.008s
>
We're using libxl now so this does no longer apply.
Cheers,
-- Guido
--- End Message ---
