virt October 2009

virt@lists.fedoraproject.org

44 participants
49 discussions

Re:[fedora-virt] Request for confirmation/assistance
by Gianluca Cecchi 26 Oct '09

26 Oct '09

On Fri, 23 Oct 2009 11:26:33 -0400 Gene Czarcinski wrote: > The problem appears to be related to "sound" which does not work currently for > a guest and which I do not use. Hello, sorry Gene, can I jump in and ask for having a way to disable sound (aka not having a sound card through the hardware pool components) for a guest during its creation/installation? When you use Qemu/KVM to host several servers, I think that usually you don't want sound at all..... Thanks and let me know if I have to post a bug as enhancement.... if this is not already planned as a feature. Gianluca

1 0

State of KVM paravirtualization
by Giovanni Tirloni 26 Oct '09

26 Oct '09

Hello, I'm trying to understand where KVM stands regarding paravirtualization. I've seen the patches from 2007 by Ingo Molnar (http://people.redhat.com/mingo/kvm-paravirt-patches/) but couldn't find anything newer. Are they integrated to the mainstream kernel? The reason I'm looking at that is because I've a server at home which doesn't have hardware-assisted virtualization support and running qemu in full virtualization mode is a bit slow. I've tried Xen and it sure is fast but I would like to experiment with KVM. Thank you, -- Giovanni.

5 6

Using the virtio drivers in Windows XP setup
by Richard Hughes 23 Oct '09

23 Oct '09

This may be useful to somebody. To use the virtio drivers in windows XP setup, you have to do the following: * create a 1.44Mb image file * mount it by loopback * format it with vfat * copy the Install/Xp/x86/viostor.sys, Install/Xp/x86/wnet.inf, and the attached txtsetup.oem file to the root of the mounted image * umount the loop device * attach the floppy image as a floppy storage element in the VM's details pane * boot the VM * remember to press F6 when booting the windows xp setup and select the VirtoIO device. The txtsetup.oem was just cobbled together after reading various sources online, and hacking values out of the supplied inf file. Richard. p.s. I'm still unable to install XP using ide, scsi or virtio drivers as it gives the message "Setup was unable to format the partition. The disk maybe damaged." -- any ideas welcome.

4 3

Request for confirmation/assistance
by Gene Czarcinski 23 Oct '09

23 Oct '09

I have a qemu-kvm problem which causes a qemu-kvm guest to "suddenly" crash: https://bugzilla.redhat.com/show_bug.cgi?id=528754 This has happened to me at least 5 times on a F12-rawhide host running qemu-kvm-0.11.0-6.fc12.x86_64 The guests (which crashed) have been F11 and F12 with (at the time) all updates applied. The problem appears to be related to "sound" which does not work currently for a guest and which I do not use. I do not know what action on my part "causes" the problem. When the problem occurs, there have been (IIRC) two guests running (F11 and F12). When the problem happens, the guest console suddenly becomes a white screen with "Guest not running". There are messages in /var/log/messages which say that qemu-kvm has had a segfault. OK, has anyone else seen anything like this? So far, there has been insufficient information to give the developers, etc. any idea of where the problem is. I suspect it would be helpful if someone else had the problem. Gene

1 0

virbr0 messing with iptables rules?
by Kenni Lund 23 Oct '09

23 Oct '09

Hi I just did a full system update on my F11 server, but after a reboot, new rules were appended to my iptables setup. The iptables and ip6tables services are both disabled: # chkconfig |grep ip.*tables ip6tables 0:off 1:off 2:off 3:off 4:off 5:off 6:off iptables 0:off 1:off 2:off 3:off 4:off 5:off 6:off I set my iptables rules in a custom firewall script in /etc/rc.local, which starts out by flushing all rules. Eg. if I run the script manually after boot, it will "fix" the issue. The extra rules appended are: ----- Chain INPUT (policy DROP) target prot opt source destination ACCEPT udp -- anywhere anywhere udp dpt:domain ACCEPT tcp -- anywhere anywhere tcp dpt:domain ACCEPT udp -- anywhere anywhere udp dpt:bootps ACCEPT tcp -- anywhere anywhere tcp dpt:bootps Chain FORWARD (policy DROP) target prot opt source destination ACCEPT all -- anywhere 192.168.122.0/24 state RELATED,ESTABLISHED ACCEPT all -- 192.168.122.0/24 anywhere ACCEPT all -- anywhere anywhere REJECT all -- anywhere anywhere reject-with icmp-port-unreachable REJECT all -- anywhere anywhere reject-with icmp-port-unreachable ----- I suppose that these rules are related to libvirt, since I have a virbr0 interface with the IP-address 192.168.122.1. Apparently the update changed something, so these firewall rules are appended after /etc/rc.local runs my custom firewall script. What is the correct solution to this? In general, isn't it a bad design decision to have a service mess with the iptables rules, instead of doing this through the iptables/ip6tables services? I would not expect other services to mess with my rules, when I explicitly disabled the build-in iptables services. I only use bridged networking for my virtual machines, so I don't suppose that I need the virbr0 interface after all. Can I disable it somewhere? Best Regards Kenni Lund

2 1

Re: [fedora-virt] f12-beta geust install fails on f11
by Dale Bewley 22 Oct '09

22 Oct '09

----- "Cole Robinson" <crobinso(a)redhat.com> wrote: > On 10/22/2009 01:13 AM, Dale Bewley wrote: > > Host is f11 with virt-manager-0.7.0-7.fc11.x86_64 > > > > Using the guest creation wizard, I tried to install f12-beta. I > pointed at a http mirror and allowed virt-manager to detect the OS and > variant, but it failed with: > > > > Unable to complete install: 'OS variant 'fedora12-beta; does not > exist in our dictionary for OS type 'linux'' > Can you try pulling virtinst from updates testing?: > > yum --enablerepo=updates-testing update python-virtinst > > There was a relevant fix that I believe hasn't been pushed to stable > yet. Please report the results here. > Yes that seems to work. It detects f12-beta as OS Generic. I'll go give it some Bodhi karma. Thanks, Cole.

2 1

f12-beta geust install fails on f11
by Dale Bewley 22 Oct '09

22 Oct '09

Host is f11 with virt-manager-0.7.0-7.fc11.x86_64 Using the guest creation wizard, I tried to install f12-beta. I pointed at a http mirror and allowed virt-manager to detect the OS and variant, but it failed with: Unable to complete install: 'OS variant 'fedora12-beta; does not exist in our dictionary for OS type 'linux'' I went back and selected F11, and it works fine so far of course. Would it make sense if the auto-detect could sense alpha and beta releases then punt to a default such as the most recent release of the distribution or some other common denominator? -- Dale Bewley - Unix Administrator - Shields Library - UC Davis GPG: 0xB098A0F3 0D5A 9AEB 43F4 F84C 7EFD 1753 064D 2583 B098 A0F3

2 1

virt-manager and ssh with non root user
by Gianluca Cecchi 21 Oct '09

21 Oct '09

Hello, using F11 + rawvirt repo. I would like to connect from my virt-manager from this F11 to a RH EL 5.4 xen Hypervisor. Is it possible? On the RH EL host, root access via ssh is prevented and I don't want to use a CA certficate at the moment. Also I cannot export DISPLAY env so I cannot directly ssh to the host and run its virt-manager program.... I tried to edit /etc/libvirtd/libvirtd.conf on rh el 5.4 host adding unix_sock_group = "mygroup" and then trying to connect with one user of this group. Is this setting correct as I intended it? When in virt-manager of F11 I try to create new connection, it seems I'm only able to create a session of type xen+ssh://root@myrhel54host/ and not of type xen+ssh://myuser@myrhel54host Any hints? Also, as in virt-manager this connection fails to create (root prevented from ssh directly as said above), I would like to delete it... but I didn't find an option for this; In virt-manager only "connect" and "details" options are available.... these are messages in virsh session when setting LIBVIRT_DEBUG=1 virsh # connect xen+ssh://unix@myrhel54host 17:23:44.911: debug : virConnectClose:1291 : conn=0x65de70 17:23:44.911: debug : virUnrefConnect:257 : unref connection 0x65de70 1 17:23:44.911: debug : remoteIO:7421 : Do proc=2 serial=3 length=28 wait=(nil) 17:23:44.911: debug : remoteIO:7483 : We have the buck 2 0x67db20 0x67db20 17:23:44.912: debug : remoteIODecodeMessageLength:7032 : Got length, now need 56 total (52 more) 17:23:44.912: debug : remoteIOEventLoop:7347 : Giving up the buck 2 0x67db20 (nil) 17:23:44.912: debug : remoteIO:7514 : All done with our call 2 (nil) 0x67db20 17:23:44.912: debug : virReleaseConnect:214 : release connection 0x65de70 17:23:44.912: debug : virConnectOpenAuth:1273 : name=xen+ssh://unix@myrhel54host, auth=0x7fb212bc40a0, flags=0 17:23:44.912: debug : do_open:1042 : name "xen+ssh://unix@myrhel54host" to URI components: scheme xen+ssh opaque (null) authority (null) server myrhel54host user unix port 0 path (null) 17:23:44.912: debug : do_open:1052 : trying driver 0 (Test) ... 17:23:44.912: debug : do_open:1058 : driver 0 Test returned DECLINED 17:23:44.912: debug : do_open:1052 : trying driver 1 (Xen) ... 17:23:44.912: debug : do_open:1058 : driver 1 Xen returned DECLINED 17:23:44.912: debug : do_open:1052 : trying driver 2 (OPENVZ) ... 17:23:44.912: debug : do_open:1058 : driver 2 OPENVZ returned DECLINED 17:23:44.912: debug : do_open:1052 : trying driver 3 (PHYP) ... 17:23:44.912: debug : do_open:1058 : driver 3 PHYP returned DECLINED 17:23:44.912: debug : do_open:1052 : trying driver 4 (VBOX) ... 17:23:44.912: debug : do_open:1058 : driver 4 VBOX returned DECLINED 17:23:44.912: debug : do_open:1052 : trying driver 5 (ESX) ... 17:23:44.912: debug : do_open:1058 : driver 5 ESX returned DECLINED 17:23:44.912: debug : do_open:1052 : trying driver 6 (remote) ... 17:23:44.912: debug : doRemoteOpen:535 : proceeding with name = xen:// 17:23:44.912: debug : virExecWithHook:609 : ssh -l unix myrhel54host nc -U /var/run/libvirt/libvirt-sock 17:23:44.917: debug : remoteIO:7421 : Do proc=66 serial=0 length=28 wait=(nil) 17:23:44.918: debug : remoteIO:7483 : We have the buck 66 0x6bde80 0x6bde80 17:23:44.924: debug : remoteIOEventLoop:7368 : Giving up the buck due to I/O error 66 0x6bde80 (nil) 17:23:44.924: debug : do_open:1058 : driver 6 remote returned ERROR 17:23:44.924: debug : virUnrefConnect:257 : unref connection 0x65e260 1 17:23:44.924: debug : virReleaseConnect:214 : release connection 0x65e260 error: Failed to connect to the hypervisor error: cannot recv data: Connection reset by peer Thanks, Gianluca

3 3

Re: [fedora-virt] virtio block driver performance versus ide
by Richard W.M. Jones 21 Oct '09

21 Oct '09

On Wed, Oct 21, 2009 at 08:58:10AM -0600, Thomas S Hatch wrote: > Wow, the rotational change greatly speeds up my vms, as much as 15 fold. > > At the risk of sounding like a complete n00b, is there a way to persistently > change the settings in /sys? I am of course familiar with the sysctl.conf > for /proc/sys. Or is this something that should be changed at the driver > level? It has apparently already been changed (see the new kernels in that Bugzilla entry). In any case, you can't make the change permanent, but you can add the commands to /etc/rc.local so they get executed at each guest boot which has just about the same effect. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html

1 0

virtio block driver performance versus ide
by Dale Bewley 21 Oct '09

21 Oct '09

I assumed the virtio block driver to be faster for a kvm guest than ide, but I'm seeing quite the opposite. Is this expected? I normally create guests with a wrapper script around virt-install which creates guests configured to use IDE disks: f11-db1.xml- <emulator>/usr/bin/qemu-kvm</emulator> f11-db1.xml: <disk type='file' device='disk'> f11-db1.xml- <source file='/var/lib/libvirt/images//f11-db1.img'/> f11-db1.xml- <target dev='hda' bus='ide'/> f11-db1.xml: </disk> I am currently creating a guest with the virt-manager wizard which apparently uses virtio by default: f11-archivist.xml- <emulator>/usr/bin/qemu-kvm</emulator> f11-archivist.xml: <disk type='file' device='disk'> f11-archivist.xml- <source file='/var/lib/libvirt/images//f11-archivist.img'/> f11-archivist.xml- <target dev='vda' bus='virtio'/> f11-archivist.xml: </disk> The filesystem formatting and installation are going very very slowly. Host is 2.6.29.6-213.fc11.x86_64 4x quad core. Guests are also fc11 x86_64. BTW, I've updated to virt-manager-0.7.0-7, libvirt-0.6.2-18, qemu-kvm-0.10.6-6, and kernel-2.6.30.8-64 just before creating this guest but have not restarted libvirtd or rebooted the host. -- Dale Bewley - Unix Administrator - Shields Library - UC Davis GPG: 0xB098A0F3 0D5A 9AEB 43F4 F84C 7EFD 1753 064D 2583 B098 A0F3

5 5

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

virt October 2009