search for: 666135

Processing commands for control at bugs.debian.org: > reassign 666135 src:xen-common 4.0.0-1 Bug #666135 {Done: Bastian Blank <waldi at debian.org>} [xen-hypervisor-4.0-amd64] Multiple "Domain-0", slow libvirt Bug reassigned from package 'xen-hypervisor-4.0-amd64' to 'src:xen-common'. No longer marked as found in versions xen/4.0.1-4....

...0000-0000-000000000000-15 144ad19d-dfb4-2f80-8045-09196bb8784f-3 00000000-0000-0000-0000-000000000000-16 The patch adds truncation of the UUID as read from the XenStore path before passing it to virUUIDParse(). The same issue is reported at <http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=666135> Signed-off-by: Philipp Hahn <hahn at univention.de> --- src/xen/xs_internal.c | 5 ++++- 1 files changed, 4 insertions(+), 1 deletions(-) diff --git a/src/xen/xs_internal.c b/src/xen/xs_internal.c index e56d1a4..cdaef17 100644 --- a/src/xen/xs_internal.c +++ b/src/xen/xs_internal.c...

Package: xen-hypervisor-4.0-amd64 Version: 4.0.1-4 Severity: normal Hi all, I have a problem with libvirt, it works slow. For example, "virsh list" takes 6..7 seconds. I ask xen-users list with no luck. According to google, this problem is not wide spreaded, so maybe it's debian specific. If not, please hint where I should go next. I found this in libvirt log: ... 11:38:12.765:

...ly reboot to host, so that /local/domain/0/vm does not exist. I found commit <http://xenbits.xen.org/hg/xen-unstable.hg/rev/265950e3df69> which added the suffix handling, which I never noticed before. I found the same issue reported at <http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=666135>. For comparison I just installed a fresh Debian Wheezy rc1 and noticed that the XenStore tdb there is locates in /var/_run_/xenstore/tdb instead of /var/_lib_/xenstore/tdb. Since /var/run/ lives on a tempfs, it's nuked on every reboot and thus the problem doesn't exist there. Is th...

...ly reboot to host, so that /local/domain/0/vm does not exist. I found commit <http://xenbits.xen.org/hg/xen-unstable.hg/rev/265950e3df69> which added the suffix handling, which I never noticed before. I found the same issue reported at <http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=666135>. For comparison I just installed a fresh Debian Wheezy rc1 and noticed that the XenStore tdb there is locates in /var/_run_/xenstore/tdb instead of /var/_lib_/xenstore/tdb. Since /var/run/ lives on a tempfs, it's nuked on every reboot and thus the problem doesn't exist there. Is th...

There's a logic bug in /etc/init.d/xencommons, which doesn't zap the tdb: > test -z "$XENSTORED_ROOTDIR" || XENSTORED_ROOTDIR="/var/lib/xenstored" Fix: <http://xenbits.xen.org/hg/xen-unstable.hg/diff/e2722b24dc09/tools/hotplug/Linux/init.d/xencommons> Sincerely Philipp -- Philipp Hahn Open Source Software Engineer hahn at univention.de

In our case, this seems to be some kind of bug with xenstored. For example, let's take our servers "vm7" and "vm10" into consideration, which are configured exactly the same, Debian Squeeze vanilla, no backports. "vm7", as stated below, has more Domain-0 entries, but executes virsh commands (f.e. virsh pwd, virsh list etc) faster (under a second) than