February 2014 - openSUSE Virtual - openSUSE Mailing Lists

[opensuse-virtual] Xl usb-attach in opensuse 13.1
by Jeroen Groenewegen van der Weyden 12 Feb '14

12 Feb '14

Hello, I updated my machines recently from opensuse 12.3 to 13.1. Which made us switch from xm to xl. However there is no command available for xl to attach on usb device to a running domain. In other words, does anyone know what the xl variant is of the old xm usb-add/usb-del command? BR, Jeroen. -- To unsubscribe, e-mail: opensuse-virtual+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-virtual+owner(a)opensuse.org

3 6

[opensuse-virtual] Proposed KVM related packaging changes
by Bruce Rogers 10 Feb '14

10 Feb '14

All, I proposed making some KVM related packaging changes. Motivation: Certain aspects of KVM support have changed over time, and we should adjust to better align to the current state of affairs. Among these are: - the KVM modules have been included with the base kernel for quite some time - there is no longer a qemu / qemu-kvm code split upstream qemu handles KVM completely - on x86, since v3.7 the KVM kernel modules are auto loaded based on detection of the required hardware virtualization features Our current kvm package originally included the KVM kernel modules, as well as the QEMU binaries which supported KVM acceleration. As noted above conditions have changed to where a kvm package has little of its original purpose. The qemu package now has the basic support for using KVM, and about the only meaningful use of a kvm package would be for KVM related configuration or deliverables which would not be appropriate (for whatever reason) in the qemu package. The current content of the kvm package in OBS Virtualization includes: - dependency on qemu package - a recommends for virt-utils - the legacy qemu-kvm executable, which is simply a wrapper for the QEMU provided executable with the parameter added that enables KVM acceleration. I believe this wrapper still provides the useful feature of having an executable name, compatible with prior kvm enabled usage. - man page for qemu-kvm (which maps to qemu) - a udev rule to change permissions and group ownership of /dev/kvm to be compatible with current libvirt usage as well as non-libvirt based (ie QEMU command line) kvm group administration. - a qemu-ifup script which I find useful for testing and creating simple usage scenarios - a kvm_stat tool which allows for monitoring of the lower level KVM module activities of the running KVM guests - in the case of the SLES version of the kvm package, a place for additional modprobing, and support documentation, which in effect, rounds out the complete base support for KVM. I propose that we rename (essentially) the kvm package to be qemu-kvm. This is partly to reduce the number of maintained packages, as I envision this simply being a subpackage of qemu. This will also make versioning simpler to maintain. This package will maintain a dependency on qemu. I propose that the permissions and group ownership udev rule be moved from qemu-kvm to the base qemu package so that libvirt and etc. can function without the qemu-kvm package, providing for a slightly smaller package set and simpler configuration. I propose that the recommends dependency for virt-utils be removed. If the additional features and documentation still remaining in qemu-kvm (the qemu-kvm wrapper and man page, the sample qemu-ifup script, the kvm_stat debug utility, possible scripts for modprobing of additional kernel modules which enhance qemu-kvm usage (eg vhost-net), and the support documentation) are desired, then that package may be installed, but it is not considered essential for basic KVM support. The virt-utils package currently provides little value. It was envisioned as a place to collect generic utilities useful for either KVM or Xen virtualization, but to date very little has been done there. QEMU based utilities are now in qemu-tools, and the only utility in virt-utils is the unmaintained vm-snapshot-disk. I propose that we eliminate this package, but if there is objection, and someone relies on the vm-snapshot-disk feature, we can keep it, but not have it be part of the default set of rpms installed by KVM Host Server pattern. If there are dependencies on the kvm package name which will take time to remove, we could have that stripped down package simply require qemu-kvm in the interim. Comments on these proposed changes are of course welcome. Thanks, Bruce Rogers

1 0

Re: [opensuse-virtual] Status of USB redirection in Qemu-KVM?
by Wilfred van Velzen 10 Feb '14

10 Feb '14

Is this: http://forums.opensuse.org/showthread.php/494758-VM-won-t-start-when-added-… The same problem? >>>On 2014-02-07 at 15:26, Bjoern Voigt <bjoernv(a)arcor.de> wrote: > Hello all, > > I like know, how is the status of USB redirection for Qemu-KVM in > openSUSE (Virtualization repository)? > > For me and probably for many other users it is a nice feature to > give virtualization guests direct access to USB devices of the > host system. > > I did some tests with the following results: > > * USB redirection does not work at all using Qemu-KVM 1.7.0 from > Virtualization repository > * After building my own version of Qemu-KVM 1.7.0 with libusb >= > 1.0.18 from "hardware" repository and activation of libusb > using "configure --enable-libusb" in qemu.spec I had some success. > > The following worked: > > * USB redirection with static assignment of an USB device worked > with Windows XP as a guest. I tested with an USB mass storage > device. From my "windowsxp" libvirt configuration: > <hostdev mode='subsystem' type='usb' managed='yes'> > <source> > <vendor id='0x2237'/> > <product id='0x4193'/> > </source> > </hostdev> > > But I also had some problems: > > * The same configuration did not worked with a Windows 8 guest. > The error in Windows 8.1 device manager was, that the USB > device could not be started. > * USB redirection at runtime with "Spicy" didn't worked with > Windows XP and Windows 8. Spicy offered the redirection in a > dialog, but the guests did not see the redirected devices. > Permission problems can not be the reason, because I also > tried Spicy with root access. Windows XP also has the Spice > driver installed. > > My questions: > > Are there plans to add USB redirection support for Qemu-KVM? For > reference and testing I made a repository here: > > http://download.opensuse.org/repositories/home:/bjoernv:/branches:/Virtualiz > ation/openSUSE_13.1/home: bjoernv:branches:Virtualization.repo > > Are there ideas how to resolve the remaining problems? > > Greetings, > Björn -- Met vriendelijke groet / Best regards, Wilfred van Velzen -- To unsubscribe, e-mail: opensuse-virtual+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-virtual+owner(a)opensuse.org

1 0

[opensuse-virtual] QCOW2 resizing magic explained
by Rob Verduijn 07 Feb '14

07 Feb '14

QCOW2 resizing magic explained Hello all, I don't know about you but Ipersonally have been rather irritated about the fact that in the past you could not shrink a qcow2 image online while the virtual machine was running. I've found that this is already possible for some time and actually rather simple to do. Now don't get your hopes up to high there's still a few drawbacks that you will have to deal and live with (for now). The first drawback being that unless you already use a (virtio-)scsi device you will need to reinstall your vm or migrate your vm-images to (virtio-)scsi, depending on your config you should decide which is the least hassle. >From now on to keep the virt-install commands readable I will use a couple variables containing values that are always the same and of no influence on the resizing of the images. Another requirement is that you have a running kvm setup with a bridge. BRIDGE=br0 CDISO=/path/to/installation.iso STORAGEDIR=/var/lib/libvirt/images DISKIMAGE=$STORAGEDIR/disk.qcow2 STDOPTS="--name=testmachine --ram=1024 --vcpus=1 --os-type=linux --os-variant=opensuse12" STDOPTS="$STDOPTS --network bridge=$BRIDGE --disk $CDISO,device=cdrom" So the first requirement is to create a virtual machine with a scsi or virtio-scsi controller. Issue the following commandto create a vm using a scsi disk image virt-install $STDOPTS \ --disk $DISKIMAGE,bus=scsi Issue the following command to creat a vm with a virtio-scsi disk. (add the Virtualization repo if you want this in opensuse) virt-install $STDOPTS \ --disk $DISKIMAGE,format=qcow2,size=16,bus=scsi \ --controller scsi,model=virtio-scsi Now choose the installation of your personal liking and wait for it to complete. Once the machine is done you need to change a few entries in the fstab. In my example I have created an installation using an lvm partition schema. My opensuse installation produced the following fstab: /dev/system/swap swap swap defaults 0 0 /dev/system/root / ext4 acl,user_xattr 1 1 /dev/disk/by-id/scsi-0QEMU_QEMU_HARDDISK_drive-scsi0-0-0-0-part1 /boot ext4 acl,user_xattr 1 2 /dev/system/home /home ext4 acl,user_xattr 1 2 The discard option must be added to all filesystems that support it. /dev/system/swap swap swap defaults 0 0 /dev/system/root / ext4 discard,acl,user_xattr 1 1 /dev/disk/by-id/scsi-0QEMU_QEMU_HARDDISK_drive-scsi0-0-0-0-part1 /boot ext4 discard,acl,user_xattr 1 2 /dev/system/home /home ext4 discard,acl,user_xattr 1 2 Save and close the fstab Now since I've used an lvm based partition schema I need to explain to lvm to use the discard option. Edit /etc/lvm/lvm.conf find the line that says : issue_discards = 0 and change it to : issue_discards = 1 save and close the file We have almost reached our goal. Shut down the vm Edit the virtual machine settings with virsh. virsh edit testmachine and find the entry for your harddisk. Mine looks like this : <disk type='file' device='disk'> <driver name='qemu' type='qcow2'/> <source file='/var/lib/libvirt/images/disk.qcow2'/> <target dev='sda' bus='scsi'/> <address type='drive' controller='0' bus='0' target='0' unit='0'/> </disk> add the discard=unmap option to line 2 : <disk type='file' device='disk'> <driver name='qemu' type='qcow2' discard='unmap'/> <source file='/var/lib/libvirt/images/disk.qcow2'/> <target dev='sda' bus='scsi'/> <address type='drive' controller='0' bus='0' target='0' unit='0'/> </disk> save and close the file check the file size of the disk image ls -als /var/lib/libvirt/images/disk.qcow2 1222792 -rw------- 1 root root 1252261888 Feb 7 15:14 /var/lib/libvirt/images/disk.qcow2 start the vm log in as root on the vm and create a big file dd if=/dev/urandom of=/bigfile count=1024k bs=1k sync check the file size of the disk image ls -als /var/lib/libvirt/images/disk.qcow2 2271560 -rw------- 1 qemu qemu 2327248896 Feb 7 15:24 /var/lib/libvirt/images/disk.qcow2 delete the bigfile from the vm rm /bigfile sync and check the file of the disk image again ls -als /var/lib/libvirt/images/disk.qcow2 1222984 -rw------- 1 qemu qemu 2327248896 Feb 7 15:27 /var/lib/libvirt/images/disk.qcow2 Notice the first number has shrunk back to a smaller size, the second is still big. This is normal behaviour, the image is sparse therefore it claims to be already 2.2G while it only consumes 1.2G on the hd. You now have a virtual disk image that automatically shrinks and grows depending on the usage. But wait, I said there were multiple drawbacks and I've named only one yet. So here are the others. You might have already deduced that this causes fragmentation of the images on your drive. This is one of the drawbacks that you will have to live with. Next there is the performance impact from doing this, but there is a solution to this. You can do the discarding manually, or in a cronjob at a time that pleases you. To do the manual discards, remove the discard option from the /etc/fstab. If you use lvm leave it in /etc/lvm/lvm.conf. Now simply issue in the vm: fstrim <mountpoint> In my example this would be fstrim / fstrim /home fstrim /boot And for the last catch, older kernels do not pass the discard option properly when using qcow2 images. rhel6.5 and lower don't support this, I haven't tested this in sles11 yet. However they do support it on raw images (as do the newer kernels). You will just have to live with the fact that your snapshots of those systems do not support discarding. Well that is all there is to it Oh p.s. on a side note and completely unrelated to this subject. Did you know there has been a new qcow release ? Probably not since it has been done rather quietly. Check http://wiki.qemu.org/Features/Qcow3 But what would you care, and I would say performance. So to add a nice finishing touch to the vm creation using qcow3...errr I mean qcow2 compat=1.1 mode (I'm so happy they took care not to confuse people) issue the following two commands : qemu-img create -f qcow2 -o preallocation=metadata,lazy_refcounts=on,compat=1.1 \ $DISKIMAGE 16G virt-install $STDOPTS \ --disk $DISKIMAGE,bus=scsi --controller scsi,model=virtio-scsi If you want to check what qcow version an image is, you will need a hex editor to look at the first eight bytes of the qcow image. Byte number eight will be a three when using qcow3 and a two for qcow2. Glad to see they made it easy to tell the difference....<cough> <cough> Enjoy your new fully dynamic qcow image resizing. Rob Verduijn -- To unsubscribe, e-mail: opensuse-virtual+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-virtual+owner(a)opensuse.org

1 0

[opensuse-virtual] Status of USB redirection in Qemu-KVM?
by Bjoern Voigt 07 Feb '14

07 Feb '14

Hello all, I like know, how is the status of USB redirection for Qemu-KVM in openSUSE (Virtualization repository)? For me and probably for many other users it is a nice feature to give virtualization guests direct access to USB devices of the host system. I did some tests with the following results: * USB redirection does not work at all using Qemu-KVM 1.7.0 from Virtualization repository * After building my own version of Qemu-KVM 1.7.0 with libusb >= 1.0.18 from "hardware" repository and activation of libusb using "configure --enable-libusb" in qemu.spec I had some success. The following worked: * USB redirection with static assignment of an USB device worked with Windows XP as a guest. I tested with an USB mass storage device. From my "windowsxp" libvirt configuration: <hostdev mode='subsystem' type='usb' managed='yes'> <source> <vendor id='0x2237'/> <product id='0x4193'/> </source> </hostdev> But I also had some problems: * The same configuration did not worked with a Windows 8 guest. The error in Windows 8.1 device manager was, that the USB device could not be started. * USB redirection at runtime with "Spicy" didn't worked with Windows XP and Windows 8. Spicy offered the redirection in a dialog, but the guests did not see the redirected devices. Permission problems can not be the reason, because I also tried Spicy with root access. Windows XP also has the Spice driver installed. My questions: Are there plans to add USB redirection support for Qemu-KVM? For reference and testing I made a repository here: http://download.opensuse.org/repositories/home:/bjoernv:/branches:/Virtuali… Are there ideas how to resolve the remaining problems? Greetings, Björn -- To unsubscribe, e-mail: opensuse-virtual+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-virtual+owner(a)opensuse.org

2 1