- Users - libvirt List Archives

[libvirt-users] wrong domain type for openvz
by knawnd＠gmail.com 05 Mar '11

05 Mar '11

Hi! Is there any progress on issue mentioned in [1]? I mean the issue when xml file has VM type as openvz but 'virsh dumpxml <VMID>' returns domain type qemu. I still have issue in libvirt-0.8.8. BR, Nikolay. [1] http://osdir.com/ml/libvir-list/2009-07/msg00635.html

1 0

[libvirt-users] /etc/vz/vznetctl.conf has to be /etc/vz/vznet.conf
by knawnd＠gmail.com 05 Mar '11

05 Mar '11

Hi! In [1] it's written that "Then a generic configuration file /etc/vz/vznetctl.conf must be created containing [...]" whereas it has to be /etc/vz/vznet.conf since /usr/sbin/vznetcfg script has the following line VZNETCFG='/etc/vz/vznet.conf' vzctl version is 3.0.26-1. Best regards, Nikolay. [1] http://libvirt.org/drvopenvz.html

1 0

[libvirt-users] libvirt + ESX (HTTP response code 400 for call to 'Login')
by Hereward Cooper 04 Mar '11

04 Mar '11

Hi folks, I'm trying to connect to a vSphere cluster using the information from the libvirt documentation. ------------------- $ virsh -c "vpx://root@10.51.4.11/dc1/dc1-cluster-e01/dc1-vsphere-e04/?no_verify=1" Enter root's password for 10.51.4.11: error: internal error HTTP response code 400 for call to 'Login' error: failed to connect to the hypervisor ------------------- I seem to be able to establish a connection, but it fails with a "HTTP code 400". If I provide the incorrect password it fails with a 'login credentials' error, so it looks like I am getting a connection, but it's failing for another reason. Wireshark is no help as it's all done over SSL/TLS. Any thoughts folks? I've tried various versions of libvirt up to the newest. When I put virsh into debug mode it returns this: ------------------- [snip] Enter root's password for 10.51.4.11: 15:19:09.011: debug : do_open:1249 : driver 3 ESX returned ERROR 15:19:09.011: debug : virUnrefConnect:294 : unref connection 0x98aa8f8 1 15:19:09.011: debug : virReleaseConnect:249 : release connection 0x98aa8f8 error: internal error HTTP response code 400 for call to 'Login' error: failed to connect to the hypervisor I've watched the vmware hostd.log file whilst trying to login, and it reports this error: ------------------- And the VMware hostd.log file reports this: ------------------- [2011-03-02 10:24:16.415 26AF8B90 verbose 'Proxysvc Req16870'] New proxy client SSL(TCP(local=10.4.100.26:34001, peer=10.51.4.103:443)) [2011-03-02 10:24:16.430 26933B90 error 'SoapAdapter'] Client sent us an invalid SOAP request: at line number 8, not well-formed (invalid token) ------------------- Any thoughts appreciated. Cheers. Coops.

2 3

[libvirt-users] Using dlls for Windows provided in http://libvirt.org/sources/win32_experimental/Libvirt-0.8.7-2.exe
by Schnizer, Monika 25 Feb '11

25 Feb '11

Hello libvirt-users, could anybody tell me, whether we could use dlls provided in the experimental package for windows, and distribute it with our application. We would do the following: a) Install the executable from http://libvirt.org/sources/win32_experimental/Libvirt-0.8.7-2.exe on our production machine. b) Add the dlls to the setup of our application c) Install the dlls on the customer's system in some location named /<product root>/lib. Questions: - do we violate the LGPL by doing so? - does anybody have better suggestions on how to provide the functionality to the customer? - who could tell me how to contact the copyright owners, in order to directly discuss this issue with them. Let me thank in advance for any any information. With best regards, -- Monika Schnizer Software Development FTS TSP x86 E SW4 FUJITSU Fujitsu TECHNOLOGY SOLUTIONS GmbH Domagk-Str.28, 80807 Munich, Germany Tel: +49 (89) 3222 2287 Fax: +49 (89) 3222 329 2287 Email: Monika.Schnizer(a)ts.fujitsu.com Web: http://ts.fujitsu.com<http://ts.fujitsu.com/> Company Details: de.ts.fujitsu.com/imprint.html

1 0

[libvirt-users] libvirt cgroup
by Zvi Dubitzky 24 Feb '11

24 Feb '11

1. I am using libvirt 0.8.3 on fedora14 . Acoording to http://berrange.com/posts/2009/12/03/using-cgroups-with-libvirt-and-lxckvm-… inorder to have libvirt memory cgroup under a pre specified group one should add CGROUP_DAEMON="memory:/virt" to /etc/sysconfig/libvirtd and restart cgconfig service and the libvirtd service . That did not help . any idea ? 2. Also : specifying a limit to the memory subsystem (/dev/cgroup/memory/libvirt/qemu/memory.limit_in_bytes) by echoing a value , does not propagate to a VM generated later under qemu which is actually generated with a huge default value for memory.limit_in_bytes . Suppose there was such a limit . Should it decline a generation of a VM that requests a higher memory size in its XML file or the limit prevents the VM from consuming more that the specified cgroup limit when consuming a higher value thanks Zvi Dubitzky Email:dubi@il.ibm.com

1 0

[libvirt-users] Using qemu-kvm divre snapshot option
by Alessandro Italiano 23 Feb '11

23 Feb '11

Hi, looking at the qemu-kvm man page, it is possible to enable snapshot for a given drive. This is what we need because we would like to start a domain with two drives, one on a file with snapshot=on and an other drive on LVM with snapshot=off. Unfortunately it seems that if you use libvirt the same option is not available when you define the domain with a XML file. I mean, I didn't find out a way to support the above use case. So, does libvirt support the drive snapshot option as qemu-kvm does ? [root@dom0-103-13-26-b libvirt-0.8.8]# cat /etc/issue Scientific Linux sl54_x86_64 [root@dom0-103-13-26-b libvirt-0.8.8]# rpm -qa | grep libvirt libvirt-0.6.3-20.1.el5_4.x86_64 libvirt-python-0.6.3-20.1.el5_4.x86_64 [root@dom0-103-13-26-b libvirt-0.8.8]# rpm -qa | grep qemu qemu-common-0.10.5-1.el5.2.x86_64 kvm-qemu-img-83-164.el5_5.21.x86_64 qemu-system-x86-0.10.5-1.el5.2.x86_64 Below you can find a copy of the XML where we would like to add somewhere the option snapshot <domain type='kvm'> <name>centos5_b</name> <uuid>a973d1d4-7af6-3f41-a3c1-bea958aba98b</uuid> <memory>524288</memory> <currentMemory>524288</currentMemory> <vcpu>1</vcpu> <os> <type arch='x86_64' machine='rhel5.4.0'>hvm</type> <boot dev='hd'/> </os> <features> <acpi/> <apic/> <pae/> </features> <clock offset='utc'/> <on_poweroff>destroy</on_poweroff> <on_reboot>restart</on_reboot> <on_crash>restart</on_crash> <devices> <emulator>/usr/libexec/qemu-kvm</emulator> <disk type='file' device='disk'> <driver name='qemu' cache='none'/> <source file='/home/davide/WNoDeS/disks/centos5_b.raw'/> <target dev='vda' bus='virtio'> </disk> <disk type=block device='disk'> <source file='/dev/vg0/lv_slash'/> <target dev='vda' bus='virtio'> </disk> <disk type='file' device='cdrom'> <target dev='hdc' bus='ide'/> <readonly/> </disk> <interface type='bridge'> <mac address='00:16:36:36:70:3e'/> <source bridge='br0'/> <model type='virtio'/> </interface> <serial type='pty'> <target port='0'/> </serial> <console type='pty'> <target port='0'/> </console> <input type='mouse' bus='ps2'/> <graphics type='vnc' port='-1' autoport='yes' keymap='it'/> </devices> </domain> Thanks in advance Alessanndro ********************************************** Alessandro Italiano INFN-CNAF,Tier1 Farming Group Viale Berti Pichat 6/2, 40127 Bologna, Italy Tel: +39 051 6092751 alessandro.italiano(a)cnaf.infn.it www.cnaf.infn.it Skype#alessandroitaliano **********************************************

1 0

[libvirt-users] [PATCH 1/2] libvirt/qemu : allow persistent modification of disks via A(De)ttachDeviceFlags
by KAMEZAWA Hiroyuki 23 Feb '11

23 Feb '11

>From 030135224dd6563af0fb8615dc6a4b8e6084410d Mon Sep 17 00:00:00 2001 From: KAMEZAWA Hiroyuki <kamezawa(a)bluextal.(none)> Date: Wed, 23 Feb 2011 15:25:26 +0900 Subject: [PATCH 1/2] libvirt/qemu : support attach/detach-disk --persistent Now, only Xen supports 'virsh attach/detach-disk XXXX --persistent', modifying inactive domain definition via virsh. This patch adds a support for qemu. With this patch, virsh attach/detach-disk --persistent works well with qemu. Signed-off-by: KAMEZAWA Hiroyuki <kamezawa.hiroyu(a)jp.fujitsu.com> --- src/qemu/qemu_driver.c | 170 ++++++++++++++++++++++++++++++++++++++++++++++-- 1 files changed, 163 insertions(+), 7 deletions(-) diff --git a/src/qemu/qemu_driver.c b/src/qemu/qemu_driver.c index 0f25a2a..703f86a 100644 --- a/src/qemu/qemu_driver.c +++ b/src/qemu/qemu_driver.c @@ -4082,16 +4082,174 @@ cleanup: return ret; } +static int qemuDomainFindDiskByName(virDomainDefPtr vmdef, const char *name) +{ + virDomainDiskDefPtr vdisk; + int i; + + for (i = 0; i < vmdef->ndisks; i++) { + vdisk = vmdef->disks[i]; + if (!strcmp(vdisk->dst, name)) + return i; + } + return -1; +} +/* + * Attach a device given by XML, the change will be persistent + * and domain XML definition file is updated. + */ +static int qemuDomainAttachDevicePersistent(virDomainDefPtr vmdef, + virDomainDeviceDefPtr newdev) +{ + virDomainDiskDefPtr disk; + + /* At first, check device confliction */ + switch(newdev->type) { + case VIR_DOMAIN_DEVICE_DISK: + disk = newdev->data.disk; + if (qemuDomainFindDiskByName(vmdef, disk->dst) >= 0) { + qemuReportError(VIR_ERR_INVALID_ARG, + _("target %s already exists."), disk->dst); + return -1; + } + + if (virDomainDiskInsert(vmdef, disk)) { + virReportOOMError(); + return -1; + } + if (disk->info.type == VIR_DOMAIN_DEVICE_ADDRESS_TYPE_PCI) { + /* + * Address/Drive information is NULL. If virtio, PCI address + * shoule be fixed. Other devices as IDE, SCSI...will get ID + * automatically + */ + qemuDomainAssignPCIAddresses(vmdef); + + } + newdev->data.disk = NULL; + break; + default: + qemuReportError(VIR_ERR_INVALID_ARG, "%s", + _("Sorry, the device is not suppored for now")); + return -1; + } + + return 0; +} + +static int qemuDomainDetachDevicePersistent(virDomainDefPtr vmdef, + virDomainDeviceDefPtr device) +{ + int x; + virDomainDiskDefPtr disk; + + switch(device->type) { + case VIR_DOMAIN_DEVICE_DISK: + disk = device->data.disk; + x = qemuDomainFindDiskByName(vmdef, disk->dst); + if (x < 0) { + qemuReportError(VIR_ERR_INVALID_ARG, + _("target %s doesn't exist."), disk->dst); + return -1; + } + virDomainDiskRemove(vmdef, x); + break; + default: + qemuReportError(VIR_ERR_INVALID_ARG, "%s", + _("Sorry, the device is not suppored for now")); + return -1; + } + return 0; +} + +static int qemuDomainModifyDevicePersistent(virDomainPtr dom, + const char *xml, + unsigned int attach) +{ + struct qemud_driver *driver; + virDomainDeviceDefPtr device; + virDomainDefPtr vmdef; + virDomainObjPtr vm; + int ret = -1; + + if (!dom || !dom->conn || !dom->name || !xml) { + qemuReportError(VIR_ERR_INVALID_ARG, + _("internal error : %s"), __FUNCTION__); + return -1; + } + + if (dom->conn->flags & VIR_CONNECT_RO) + return -1; + + driver = dom->conn->privateData; + qemuDriverLock(driver); + vm = virDomainFindByUUID(&driver->domains, dom->uuid); + if (!vm) { + qemuReportError(VIR_ERR_NO_DOMAIN, _("cannot find domain '%s'"), + dom->name); + goto unlock_out; + } + + if (qemuDomainObjBeginJobWithDriver(driver, vm) < 0) { + /* + * For now, just allow updating inactive domains. Further development + * will allow updating both active domain and its config file at + * the same time. + */ + qemuReportError(VIR_ERR_INVALID_ARG, + _("cannot update alive domain : %s"), __FUNCTION__); + goto endjob; + } + vmdef = virDomainObjGetPersistentDef(driver->caps, vm); + + if (!vmdef) + goto endjob; + + device = virDomainDeviceDefParse(driver->caps, + vmdef, xml, VIR_DOMAIN_XML_INACTIVE); + if (!device) + goto endjob; + + if (attach) { + ret = qemuDomainAttachDevicePersistent(vmdef, device); + if (ret < 0) + goto out; + } else { + ret = qemuDomainDetachDevicePersistent(vmdef, device); + if (ret < 0) + goto out; + } + ret = virDomainSaveConfig(driver->configDir, vmdef); + +out: + virDomainDeviceDefFree(device); +endjob: + if (qemuDomainObjEndJob(vm) == 0) + vm = NULL; + if (vm) + virDomainObjUnlock(vm); + /* Note: insert of newdev is done by copy */ +unlock_out: + qemuDriverUnlock(driver); + return ret; +} + static int qemudDomainAttachDeviceFlags(virDomainPtr dom, const char *xml, unsigned int flags) { if (flags & VIR_DOMAIN_DEVICE_MODIFY_CONFIG) { - qemuReportError(VIR_ERR_OPERATION_INVALID, - "%s", _("cannot modify the persistent configuration of a domain")); - return -1; + /* + * Because we can't update the live guest and XML + * in atomic, limiting modification as only-acrive and + * only-inactive. Need some idea to update both at the same time. + */ + return qemuDomainModifyDevicePersistent(dom, xml, 1); } - return qemudDomainAttachDevice(dom, xml); + if (flags & VIR_DOMAIN_DEVICE_MODIFY_LIVE) + return qemudDomainAttachDevice(dom, xml); + + return -1; } @@ -4304,9 +4462,7 @@ static int qemudDomainDetachDeviceFlags(virDomainPtr dom, const char *xml, unsigned int flags) { if (flags & VIR_DOMAIN_DEVICE_MODIFY_CONFIG) { - qemuReportError(VIR_ERR_OPERATION_INVALID, - "%s", _("cannot modify the persistent configuration of a domain")); - return -1; + return qemuDomainModifyDevicePersistent(dom, xml, 0); } return qemudDomainDetachDevice(dom, xml); -- 1.7.1

1 0

[libvirt-users] Vista guest doesn't start after libvirt upgrade
by Matthias Meyer 22 Feb '11

22 Feb '11

Hi, I've updated my Debian lenny to Debian squeeze last week. So I have now: libvirt 0.8.3-5 qemu-kvm 0.12.5+dfsg-3 virt-manager 0.8.4-8 Today I try to start my Vista quest again. I am surprised because it won't starts. In "/var/log/libvirt/qemu/devel-vista.log" stands "Read failed". The Console stays as a black screen after a short SeaBIOS message. I tried system recovery too but Vista system recovery identified the Vista installation without any errors. Nearly the same occurs with my Windows7 guest. The logfile seems fine but the console present me: Starting SeaBIOS (version...) Booting from Hard Disk... Boot failed: not a bootable disk I tried system recovery too and indeed, W7 doesn't found a Windows Installation. linux-dev:~# LANG==C ls -lh --block-size=1M /var/lib/libvirt/images/ total 90399 -rwxr-xr-x 1 root root 10000 Feb 12 19:20 devel-CentOS.img -rwxr-xr-x 1 root root 10000 Feb 15 20:17 devel-SUSE.img -rwxr-xr-x 1 root root 10001 Feb 16 22:55 devel-fedora.img -rwxr-xr-x 1 root root 10000 Feb 16 19:23 devel-ubuntu.img -rwxr-xr-x 1 root root 12575 Feb 1 07:56 devel-vista.qcow2 -rwxr-xr-x 1 libvirt-qemu kvm 40961 Feb 21 23:50 devel-vista.qcow2.2del -rwxr-xr-x 1 root root 9330 Jan 23 18:03 devel-w7.qcow2 -rwxr-xr-x 1 root root 10136 Feb 13 20:58 devel-w7.qcow2.2del -rwxr-xr-x 1 root root 10241 Feb 22 00:34 devel-xp.qcow2 the *.2del files are the original images which doesn't start. The responding files without .2del are restored from a backup. WindowsXP as well as different Linux guests does start and run fine. There are any experience with this obscurse behavior? Thanks in advance Matthias -- Don't Panic

2 1

[libvirt-users] schedinfo for kvm
by Zvi Dubitzky 21 Feb '11

21 Feb '11

Is there any schedinfo support for kvm currently ? Zvi Dubitzky Email:dubi@il.ibm.com

2 1

Re: [libvirt-users] LXC libvirt support
by Nirmal Guhan 19 Feb '11

19 Feb '11

2011/2/11 Nirmal Guhan <vavatutu(a)gmail.com>: > On Fri, Feb 11, 2011 at 9:05 PM, Osier Yang <jyang(a)redhat.com> wrote: >> 于 2011年02月12日 11:52, Nirmal Guhan 写道: >>> >>> Hi, >>> >>> Has anyone used libvirt to start/stop/manage LXC (linux containers) ? >>> Is it supported at all? Last I tried, had few issues and the reply was >>> : >> >> Yes, it's supported, though still much work to do, but the basic is >> there. >> >>> >>> /// >>> Note that libvirt lxc driver is a different implementation from lxc tools >>> and doesn't use lxc tools internally. >> >> Indeed, it doesn't invoke lxc tools. >> >> You may not be able to do what >>> >>> you are doing with lxc tools. Especially, the driver doesn't take aware >>> of files and settings inside a container at all. You have to prepare them >>> by yourself in advance >> >> libvirt.org has the example, e.g. the busybox example, I guess it could >> explain "the driver doesn't take care of files and setting inside a >> container at all, you have to prepare them by yourself in advance." >> >> Regards >> Osier > > Thanks. Will give a try. > ~nirmal > Seeing some strange behavior running fedora 12 for both host and lxc container. I do a define, start and console : [root@fedora12new lxc-libvirt-scripts]# virsh -c lxc:// console testf12new Connected to domain testf12new Escape character is ^] --> I press enter here and virsh exits. I don't get login prompt always. Sometimes I do and when I try to login it rejects my password. Apparently, the same rootfs works fine with lxc tools and I can login. Snippet from etc/event.d/tty1 : respawn exec /sbin/mingetty pts/0 I use "exec /sbin/mingetty tty1" for lxc tools and that works fine. I had to try pts/0 for libvirt since tty1 does not even get me the occasional login prompts I get with pts. Also even after virsh shutdown, I see that the container processes do not exit. Is there something else I should do? ~nirmal

3 2