- Devel - libvirt List Archives

[libvirt] migration fails
by jens 09 May '09

09 May '09

Hello, I tried to migrate a kvm domain to a second identical machine with the command: virsh migrate --live dom1 qemu+ssh://second.machine.org/system which leads me to an unresponsive virsh on the second machine - 'virsh list' just takes forever and qemu wasn't started (the domain was not migrated), finally I have to kill libvirtd on the second machine. Because I'm new to libvirt I searched the web to find a solution for this behavior but without success. Please can someone on the list point me to the right direction how I can use libvirt to migrate kvm domains? I use kernel 2.6.29.1 and kvm-85 with libvirt 0.6.2 on an debian unstable system. Attached are debug logs generated by the source- and destination-machine. Thank you very much Jens

5 7

[libvirt] [PATCH] change permissions of directories in cgroups
by Ryota Ozaki 08 May '09

08 May '09

Hi, This patch creates a directory in cgroups with an ordinary permission 0755 (rwxr-xr-x) instead of 0655 (rw-r-xr-x). I guess 0655 is not expected and just a mistake, or is there a special reason? Thanks, ozaki-r Signed-off-by: Ryota Ozaki <ozaki.ryota(a)gmail.com> >From 4829855bc0baa3c75806f106bc0e54eb1da75eea Mon Sep 17 00:00:00 2001 From: Ryota Ozaki <ozaki.ryota(a)gmail.com> Date: Fri, 8 May 2009 03:23:50 +0900 Subject: [PATCH] change permissions of directories in cgroups This patch creates a directory in cgroups with an ordinary permission 0755 (rwxr-xr-x) instead of 0655 (rw-r-xr-x). --- src/cgroup.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/src/cgroup.c b/src/cgroup.c index d1d44a2..50517e2 100644 --- a/src/cgroup.c +++ b/src/cgroup.c @@ -436,7 +436,7 @@ static int virCgroupMakeGroup(const char *name) virCgroupFree(&root); if (access(path, F_OK) != 0) { - if (mkdir(path, 0655) < 0) { + if (mkdir(path, 0755) < 0) { rc = -errno; VIR_FREE(path); break; -- 1.6.0.6

3 3

[libvirt] [PATCH] lxc: fix mknod file type
by Ryota Ozaki 08 May '09

08 May '09

Hi, This patch fixes the 2nd argument of mknod syscall. The argument should include a file type, i.e., S_IFCHR in this case, otherwise created files will be regular files. Thanks, ozaki-r Signed-off-by: Ryota Ozaki <ozaki.ryota(a)gmail.com> >From 60009b725da855f131e8272f0397455ae27bafc3 Mon Sep 17 00:00:00 2001 From: Ryota Ozaki <ozaki.ryota(a)gmail.com> Date: Wed, 6 May 2009 03:47:04 +0900 Subject: [PATCH] lxc: fix mknod file type This patch fixes the 2nd argument of mknod syscall. The argument should include a file type, i.e., S_IFCHR in this case, otherwise created files will be regular files. --- src/lxc_container.c | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/src/lxc_container.c b/src/lxc_container.c index 3946b84..c30daec 100644 --- a/src/lxc_container.c +++ b/src/lxc_container.c @@ -440,7 +440,7 @@ static int lxcContainerPopulateDevices(void) /* Populate /dev/ with a few important bits */ for (i = 0 ; i < ARRAY_CARDINALITY(devs) ; i++) { dev_t dev = makedev(devs[i].maj, devs[i].min); - if (mknod(devs[i].path, 0, dev) < 0 || + if (mknod(devs[i].path, S_IFCHR, dev) < 0 || chmod(devs[i].path, devs[i].mode)) { virReportSystemError(NULL, errno, _("failed to make device %s"), @@ -457,7 +457,7 @@ static int lxcContainerPopulateDevices(void) } } else { dev_t dev = makedev(LXC_DEV_MAJ_TTY, LXC_DEV_MIN_PTMX); - if (mknod("/dev/ptmx", 0, dev) < 0 || + if (mknod("/dev/ptmx", S_IFCHR, dev) < 0 || chmod("/dev/ptmx", 0666)) { virReportSystemError(NULL, errno, "%s", _("failed to make device /dev/ptmx")); -- 1.6.0.6

2 4

[libvirt] [PATCH] vbox: don't fail on missing vbox
by Guido Günther 08 May '09

08 May '09

Hi, virsh fails with: 10:47:37.104: debug : do_open:922 : no name, allowing driver auto-select 10:47:37.104: debug : do_open:930 : trying driver 0 (Test) ... 10:47:37.104: debug : do_open:936 : driver 0 Test returned DECLINED 10:47:37.104: debug : do_open:930 : trying driver 1 (OPENVZ) ... 10:47:37.105: debug : do_open:936 : driver 1 OPENVZ returned DECLINED 10:47:37.105: debug : do_open:930 : trying driver 2 (VBOX) ... 10:47:37.106: debug : do_open:936 : driver 2 VBOX returned ERROR 10:47:37.106: debug : virUnrefConnect:210 : unref connection 0x10032b10 1 10:47:37.106: debug : virReleaseConnect:171 : release connection 0x10032b10 error: failed to connect to the hypervisor if one has built with vbox support but vbox is not installed. Attached patch calls VBoxCGlueInit() early so we can return 'declined' instead of 'error'. O.k. to apply? -- Guido

3 4

[libvirt] [PATCH] vbox: don't crash if init fails early
by Guido Günther 08 May '09

08 May '09

Hi, not having set up pfuncs already results in a core dump. O.k. to apply? Cheers, -- Guido

3 3

[libvirt] Libvirt-Java Binding
by Marcel Michelmann 07 May '09

07 May '09

Hello, I created a program in Java for communicating with a libvirt/XEN host over SSH. For every update I create a new connection. It just runs about 1 1/2 minutes. I guess it is because I do not close any of these connections. When I tried to close them after having used them (Connect.close()) the program hangs. But after pressing Ctrl+C the program stops and the results are shown. Is that a bug in the libvirt-Java binding? Does anybody else have the same problem with Connect.close()? Thanks, Marcel

3 3

[libvirt] using public vir*Free() (instead of virUnref*()) from vir*FreeName() destructors.
by Laine Stump 07 May '09

07 May '09

I just noticed in datatypes.c that the vir(Network|StoragePool|StorageVol)FreeName destructors call the public API vir*Free() functions rather than the local virUnref*(). vir*Free() all clear any errors, which seems like it might not be the right thing to do (eg, if we're cleaning out the hashtables as part of some error-handling path, and haven't yet logged the error). On the other hand, the public API function does some sanity checking on the object to make sure it really is what we think it is before calling the unref. So it's got that going for it. (5 points to anyone who catches the reference without going to Google) But I don't know enough to know whether or not that's important in this case. So which is more important: the extra sanity check, or not clearing existing error codes?

2 3

[libvirt] PCI Passthrough
by Aaron Clausen 07 May '09

07 May '09

I'm having a heck of a time trying to figure out how to do PCI passthrough for a PCI SCSI controller. I need, if at all possible, to access it so that I can use a SCSI tape drive with a Windows Server 2000 guest. This is xml config I have: <domain type='kvm'> <name>testserver</name> <uuid>f75a2f63-e1bd-72a5-6134-3fcafbcdb970</uuid> <memory>524288</memory> <currentMemory>524288</currentMemory> <vcpu>1</vcpu> <os> <type arch='x86_64' machine='pc'>hvm</type> <boot dev='hd'/> </os> <features> <pae/> </features> <clock offset='localtime'/> <on_poweroff>destroy</on_poweroff> <on_reboot>restart</on_reboot> <on_crash>restart</on_crash> <devices> <emulator>/usr/bin/kvm</emulator> <disk type='file' device='disk'> <source file='/var/lib/libvirt/images/testserver.img'/> <target dev='hda' bus='ide'/> </disk> <disk type='block' device='cdrom'> <source dev='/dev/cdrom'/> <target dev='hdc' bus='ide'/> <readonly/> </disk> <interface type='bridge'> <mac address='54:52:00:50:03:08'/> <source bridge='br0'/> <target dev='vnet2'/> </interface> <serial type='pty'> <source path='/dev/pts/7'/> <target port='0'/> </serial> <console type='pty' tty='/dev/pts/7'> <source path='/dev/pts/7'/> <target port='0'/> </console> <input type='tablet' bus='usb'/> <input type='mouse' bus='ps2'/> <graphics type='vnc' port='-1' autoport='yes' keymap='en-us'/> </devices> </domain> -- Aaron Clausen mightymartianca(a)gmail.com

2 4

[libvirt] Virsh list on xen after stop/restart not working properly
by Thomas Graves 07 May '09

07 May '09

Hello, I am seeing an issue on libvirt 0.6.1 and 0.6.3 with xen3.3.1 where virsh list -all isn't reporting all vms that are active. It happens after you shutdown and then restart a vm. As a side note, it works fine on libvirt 0.3.3. It appears that the domid of the vm is changed when you shutdown/restart a vm on xen. Libvirt is checking xenstore to find domids and it is finding the old ones that are marked as cancelled and not finding the higher number ones that are active/valid. Has anyone seen this issue and have a patch for it? It looks like the old libvirt 0.3.3 went to the hypervisor and xend before the xenstore and that is working properly. Thanks, Tom

2 1

[libvirt] KVM processes -- should we be able to attach them to the libvirtd process?
by Hugh O. Brock 07 May '09

07 May '09

Not too long ago we took a patch that allowed QEMU VMs to keep running even if libvirtd died or was restarted. I was talking to Matt Farellee (cc'd) this afternoon about manageability, and he feels fairly strongly that this behavior should be optional -- in other words, it should be possible to guarantee that if libvirtd dies, it will take all the VMs with the "die-with-libvirtd" flag set down with it. I'm not sure this API is portable to Xen, but it would work on any hypervisor that represents the VM as a normal process. Does this strike anyone else as useful behavior? Thanks, --Hugh

5 6