similar to: Bug#666135: Multiple "Domain-0", slow libvirt

I''ve been trying to track down just why talking to XenD is resulting in so much CPU time being comsumed by both xend & xenstored. As a test case, I''m running ''virsh dominfo demo'' which results in a single HTTP request to Xend to fetch domain info, eg ''GET /xend/domains/demo'' Run this in a tight loop & I''ll see xenstored

Hello, I noticed a strace delay when running "virsh list" on my Xen-4.1.3 test server. On further investigation I noticed that in XenStore there were multiple /vm/$UUID entries suffixed by -$VERSION, especially I hat 16 entries for my dom0. For each reboot of the host I get a new entry. After disabling Xend I get the following output after a reboot: > root at xen5:~# xenstore-ls

Hello, I noticed a strace delay when running "virsh list" on my Xen-4.1.3 test server. On further investigation I noticed that in XenStore there were multiple /vm/$UUID entries suffixed by -$VERSION, especially I hat 16 entries for my dom0. For each reboot of the host I get a new entry. After disabling Xend I get the following output after a reboot: > root at xen5:~# xenstore-ls

Hi Tom, Am 12.04.2016 um 22:26 schrieb Tom Hendrikx: > On 12-04-16 20:14, Johannes Rohr wrote: >> Hi, my setup is a dovecot 2.0.19 IMAP server on Ubuntu Precise with >> the antispam plugin in version 2.0+20120225-2 and spamassassin at >> version 3.2.2 >> >> I have been trying and failed to get the pipe backend of the antispam >> plugin to work.

On 13-04-16 08:27, Johannes Rohr wrote: > Hi List, > > does the antispam plugin any way of actually seeing how it is > calling the pipe program and how it is failing? I can't reproduce the > failure when I call sa-learn manually. Can someone tell me, with > which UID the call happens, is it the UID the current dovecot process > is running under (which would be vmail, as

tweaked the wrapper script to make it work. It seems like the sa-learn call silently fails: "/usr/local/bin/sa-learn-pipe.sh" 10L, 350C geschrieben root at vm10:/etc/dovecot/conf.d# cat /tmp/sa-learn-pipe.log starting log 25200-start (--username=johannes at rohr.org --spam) libgcc_s.so.1 must be installed for pthread_cancel to work 25200-end Does the above error message have anything

Hi everyone I have a problem when use libvirt and glusterfs. When I use libvirt to start a vm with glusterfs disk. the operation will block. after I `CTL + c` the 'virsh start domainxx' comand , I use `virsh list` will find the vm in a strange state, kind like follow: Id Name State ---------------------------------------------------- 20 vm10

Hi I gave the new Xen-4.6rc2 a spin on a CentOS 7 virtualisation guest (nested-xen). I haven't yet started testing guests, but rather looked at the install itself. One issue, I found, was with xenstored.service and the corresponding unit-file: [root at xencen7ws ~]# systemctl status xenstored xenstored.service - The Xen xenstore Loaded: loaded

Hans van Kranenburg writes ("[PATCH 08/13] xen init script: rewrite xenstored start logic"): > -XENSTORED="$ROOT"/bin/xenstored > +# In /etc/default/xen, the user can set XENSTORED, which has to be either > +# 'xenstored' or 'oxenstored'. In here, we add the version specific path. > +if [ -n "$XENSTORED" ]; then > +

This patch was created for 3.1.0. Based on inspection, I believe the current version has the same problem, but I did not actually try it. I hope you''ll find the patch useful anyway. Xen cannot work when xenstored''s tdb is corrupt. When that happens somehow (and we''ve seen it happen), even reboot doesn''t recover from it. It could: there is no state in tdb

YaST2 sysconfig can logically group the various sysconfig settings if the files are tagged. Add the missing (YaST specific) tags to xencommons. See for a description http://old-en.opensuse.org/Packaging/SUSE_Package_Conventions/Sysconfig Signed-off-by: Olaf Hering <olaf@aepfle.de> --- Resending: http://lists.xen.org/archives/html/xen-devel/2012-10/msg01140.html

Package: xen-utils-4.1 Version: 4.1.4-3+deb7u1 Severity: normal It seems to be impossible to save or migrate HVM guest using the xl toolstack. Trying to do so hangs the process initiating the action, and the domU can't be shut down with the 'xl shutdown' command after this. 'xl destroy' works. The domain keeps running during the save operation, doesn't get paused for any

I''m currently running snv_76 on my laptop to run a windows XP hvm domU. Everything has been working great until recently when I started getting the following messages during boot (from dmesg): Dec 11 16:31:19 pdlaptop xenstored: [ID 702911 daemon.error] Checking store ... Dec 11 16:31:19 pdlaptop xenstored: [ID 702911 daemon.error] Checking store complete. Dec 11 16:31:19 pdlaptop

Package: xen-utils-4.0 Version: 4.0.1-2 Severity: normal Tags: squeeze I have 3 VM running. I have upgraded debian squeeze to 6.0.1 (new kernel package 2.6.32-31) and restarted my server. VM were still running. After reboot I could not start xend service (from init.d). I got following errors: kern.log: Mar 22 15:07:30 router kernel: [53888.212756] xenstored[7232]: segfault at 7fff056b5ff8 ip

I just downloaded Xen-4.1.1 from xen.org, compiled it, and installed it. I then compiled kernel 3.0.0 and added the hypervisor and dom0 kernel in a grub 2 entry. After booting, I executed "xl list," to confirm the hypervisor was running. I was greeted with this message: libxl: error: libxl.c:56:libxl_ctx_init Is xenstore daemon running? failed to stat /var/run/xenstored.pid: No such

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

Hi, A few people are having problems with the new console daemon and I''ve tracked the problem down to the order in which daemons are started. Here''s what currently happens: 1) xend (the script in tools/misc) start will launch xcs and consoled 2) xend (the python server) will launch xenstored whenever it needs it This creates a bit of a chicken and the egg problem since

Hi folks There are still some solutions missing in both trunk trees: - Patches from trunk (3.0) - udev symlink handling (both) A package is not allowed to put symlinks into /etc/udev/rules.d, it have to create it on the first installation and remove it on purge. - postint script needs to create /var/lib/xenstored (both) - initscript needs to create /var/run/xenstored (both) /var/run may be

Hans van Kranenburg writes ("Re: [PATCH 08/13] xen init script: rewrite xenstored start logic"): > So the question we should answer first is: What do we allow the user to > set as value? /bin/bash? And how should the init script deal with that? If they specify an absolute path, it should be used. Eg, /home/alice/Xen/xen/tools/xenstore/xenstore If the user specifies /bin/bash

Package: xen-utils-common Version: 4.0.0-1 Consider removal of xenstored tdb file (located at /var/lib/xenstored/tdb) before start of xenstored daemon during the boot (or removal during the shutdown/reboot of the server) as proposed by Ian Campbell during our discussions [1]. [1] http://lists.xen.org/archives/html/xen-users/2012-11/msg00111.html -- Peter Viskup