virt July 2010

virt@lists.fedoraproject.org

22 participants
24 discussions

Re: [fedora-virt] Routing to guests
by Robert Thiem 15 Jan '12

15 Jan '12

> From: Philip Rhoades > I can ssh from/to the host/guest OK but how do I set up a route (or > whatever is necessary) so that another machine: > eth0: 192.168.0.12 > can ssh to the guest? - "ssh 192.168.122.68" gives "no route to host" - > http://docs.fedoraproject.org/virtualization-guide/f12/en-US/html/ but > the problem does not seem to be covered there. Alexander is correct in saying that bridging would allow you to do that. There are two networking discussed in the guide. The first is a NAT (network address translation), in which the guests are given "private" ip addresses and any outbound traffic appears to be coming from the host machine's IP address. This is the same as the setup on your ADSL router where the internal network machines get addresses of 192.168.x.x but the internet sees your requests as coming from the IP address of your router. There should be lots of documentation in linux firewalling guides under sections on NAT (or possibly called IP Masquerading in some). Have a look at these for information on port forwarding to reveal services inside the virtual (such as ssh). The other option is bridging. This shares the physical network interface of the host with the guest. In this case the VM acts as though it's a machine plugged into the same subnet as the host, its services are accessible like those of the host and it's as vulnerable to attack as the host. Robert

9 13

FYI: Major version rebase of libvirt in F12, F13 in updates-testing
by Daniel P. Berrange 06 Sep '10

06 Sep '10

Normally our policy is to avoid any major version rebases of libvirt in released Fedora products, and only cherry-pick patches. The exception to this policy is when we have security updates which are not practical to backport. This is such a time. Thus we are updating the libvirt in in Fedora 12 from 0.7.1 to 0.8.2 and Fedora 13 from 0.7.7 to 0.8.2, both matching rawhide. In general we expect the quality of 0.8.2 to be fairly high, since 0.8.2 was primarily accumulated bug fixes resulting from RHEL6 testing of the 0.8.1 release. None the less, if you are able to, please take time to test these two updates and report any regressions[1]: https://admin.fedoraproject.org/updates/libvirt-0.8.2-1.fc12 https://admin.fedoraproject.org/updates/libvirt-0.8.2-1.fc13 Regards, Daniel [1] There is an expected regression with certain uses of qcow2 disks as per the update notes. -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://deltacloud.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|

4 7

porting a disk from lvm to file
by Gianluca Cecchi 22 Aug '10

22 Aug '10

Hello, I have a virtio disk for a vm that consists of an lvm. I would like to port this vm disk to another virtualization host that has vm disks on file, instead. Can I port this lvm vm-disk to file, for example with something like: dd if=/dev/vgname/lvname of=/directory_tree/filename and then copy "filename" to the other host and use it as a backing storage for a vm on it? Do I have perhaps to consider some heading for lvm metadata and skip anything form the dd command? Anyone already done/considered? Thanks, Gianluca

6 8

Suddenly KVM/virt-manager is failing on qcow2 images
by Richard Chan 02 Aug '10

02 Aug '10

Hi, today all my KVMs based on qcow2 images have failed with "not a bootable hard disk" message. I am running F13 x64 fully yum updated on AMD Phenom II X4. All these VMs were working fine (linux,freebsd,winxp). When I booted a VM from an ISO image and looked at the /dev/vda - there was a "corrupt" partition table. When I converted the qcow2 image to raw, and looked at the partition table, it was fine. When I switched the VM to use the raw image, it booted and ran fine. Any known issues with recent KVM/qcow2 interfaction? Packages: kernel-2.6.33.6-147.fc13.x86_64 gpxe-roms-qemu-1.0.0-1.fc13.noarch qemu-common-0.12.3-8.fc13.x86_64 qemu-img-0.12.3-8.fc13.x86_64 qemu-system-x86-0.12.3-8.fc13.x86_64 qemu-kvm-0.12.3-8.fc13.x86_64 Help!? Tks.

3 2

Re: [fedora-virt] Fedora Virt Status
by Scott Dowdle 02 Aug '10

02 Aug '10

Greetings, ----- Original Message ----- > > I'm wondering if there will be a test repo for Fedora 13 because it > > would be nice to get SPICE going in Fedora 13 too! > > Actually there is one, which works quite well for me with F13 : > > $ cat /etc/yum.repos.d/spice-unstable.repo > [spice-unstable] > name=spice development bits for fedora $releasever > baseurl=http://kraxel.fedorapeople.org/spice/fedora$releasever > enabled=1 > gpgcheck=0 > > In particular, the "qemu-spice" package provides a new > "/usr/bin/qemu-spice" binary (since it's not fully merged with > upstream qemu, both qemu and qemu-spice can be installed side by side > this way). Hmm, thanks for the info. I gave it a try but so far I'm stumped. I've not really used qemu/kvm from the command line much and mostly use virt-manager. I read the instructions here: http://kraxel.fedorapeople.org/spice/README I got the following packages installed (from my /var/log/yum.log) Jul 16 11:37:25 Installed: celt051-0.5.1.3-2.fc13.x86_64 Jul 16 11:37:26 Installed: spice-server-0.5.2-2.fc13.x86_64 Jul 16 11:37:29 Installed: qemu-spice-0.12.50-0.git.20100708.fc13.x86_64 Jul 16 11:37:30 Installed: spice-client-0.5.2-2.fc13.x86_64 Then I ran a VM from virt-manager and did a "ps auxwww | grep kvm" to see what the full command virt-manager uses. I took that command and modified it for qemu-spice and here is what I came up with: /usr/bin/qemu-spice \ -spice port=1234,password=mypassword \ -device qxl \ -vga qxl \ -S \ -M pc \ -cpu core2duo,+x2apic \ -enable-kvm \ -m 2048 \ -smp 2,sockets=2,cores=1,threads=1 \ -name montanalinux32 \ -uuid 9cf9479c-3476-9aa5-bdd3-dccf5d8af015 \ -nodefaults \ -chardev socket,id=monitor,path=/var/lib/libvirt/qemu/montanalinux32.monitor,server,nowait \ -mon chardev=monitor,mode=readline \ -rtc base=utc \ -boot c \ -drive file=/vm/montanalinux32.img,if=none,id=drive-virtio-disk0,boot=on,format=raw \ -device virtio-blk-pci,bus=pci.0,addr=0x4,drive=drive-virtio-disk0,id=virtio-disk0 \ -drive if=none,media=cdrom,id=drive-ide0-1-0 \ -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 \ -device virtio-net-pci,vlan=0,id=net0,mac=52:54:00:3a:0d:08,bus=pci.0,addr=0x5 \ -net tap,fd=49,vlan=0,name=hostnet0 \ -chardev pty,id=serial0 \ -device isa-serial,chardev=serial0 \ -usb \ -device usb-tablet,id=input0 \ -k en-us \ -device AC97,id=sound0,bus=pci.0,addr=0x6 That seems to start up (at least it shows in ps output) BUT when I try to connect to it with the spice client via... spicec -h localhost -p 1234 -w mypassword ...all I get is a black display in the window and it doesn't connect. Please note that I used an existing Fedora 13 KVM VM. If I understand correctly the VM needs to have the qxl driver installed in it so maybe that is why it isn't working. Or do the command line options given above inject the qxl driver into the VM magically? I'm very new to this so I have little idea what I'm doing much less what I'm doing wrong. Any help would be appreciated. Thanks, -- Scott Dowdle 704 Church Street Belgrade, MT 59714 (406)388-0827 [home] (406)994-3931 [work]

2 1

Fullscreen keep permanent
by Frank Murphy 29 Jul '10

29 Jul '10

How can I keep fullscreen on the guests permanent. I tick the check boxes on each console, but on reboot of the host, the tick marks are gone. This is mainly an eyesight issue for me. virt-manager-0.8.4-2.fc13.noarch -- Regards, Frank Murphy UTF_8 Encoded Friend of Fedora

2 5

Re: [fedora-virt] FYI: Major version rebase of libvirt in F12, F13 in updates-testing
by Boris Derzhavets 23 Jul '10

23 Jul '10

Via my experience block :- /* if (!(caps = xenHypervisorMakeCapabilitiesInternal(NULL, hostmachine, fp1, fp2))) goto fail; if (!(actualxml = virCapabilitiesFormatXML(caps))) goto fail; if (STRNEQ(expectxml, actualxml)) { virtTestDifference(stderr, expectxml, actualxml); goto fail; } */ in file /usr/src/libvirt-0.8.2/tests/xencaptest.c been commented out causes libvirt build to crash under 2.6.32.16 pvops been built either via JF's Git Repo or via kernel built via dom0.src.rpm. Been commented it allows to build libvirt 0.8.2 :- ..... Wrote: /root/rpmbuild/SRPMS/libvirt-0.8.2-1.fc13.src.rpm Wrote: /root/rpmbuild/RPMS/x86_64/libvirt-0.8.2-1.fc13.x86_64.rpm Wrote: /root/rpmbuild/RPMS/x86_64/libvirt-client-0.8.2-1.fc13.x86_64.rpm Wrote: /root/rpmbuild/RPMS/x86_64/libvirt-devel-0.8.2-1.fc13.x86_64.rpm Wrote: /root/rpmbuild/RPMS/x86_64/libvirt-python-0.8.2-1.fc13.x86_64.rpm Wrote: /root/rpmbuild/RPMS/x86_64/libvirt-debuginfo-0.8.2-1.fc13.x86_64.rpm Completely functional after rpms install with at Xen 4.0.1-rc4 Hypervisor & 2.6.32.16 Dom0 on top of F13. Boris. --- On Thu, 7/22/10, Pasi Kärkkäinen <pasik(a)iki.fi> wrote: From: Pasi Kärkkäinen <pasik(a)iki.fi> Subject: Re: [fedora-virt] FYI: Major version rebase of libvirt in F12, F13 in updates-testing To: "M A Young" <m.a.young(a)durham.ac.uk> Cc: virt(a)lists.fedoraproject.org Date: Thursday, July 22, 2010, 5:41 AM On Wed, Jul 21, 2010 at 09:12:36PM +0100, M A Young wrote: > I tried rebuilding libvirt-0.8.2-1.fc13 against xen-4.0.1-rc4 (from the > same SRPM as http://koji.fedoraproject.org/koji/taskinfo?taskID=2324778 ) > and it worked for me, both on a standard Fedora kernel and a dom0 one > under xen. > Ok, no problems with that then. Thanks! -- Pasi _______________________________________________ virt mailing list virt(a)lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/virt

1 0

Re: [fedora-virt] vm from fc13 ro rhel/CentOS 5
by Gianluca Cecchi 23 Jul '10

23 Jul '10

On Thu, Jul 22, 2010 at 11:54 AM, Kashyap Chamarthy <kchamart(a)redhat.com>wrote: > > FWIW, the below worked for me while trying to migrate vms from one host to > another(in my case,both RHEL5.5). I used 'virsh' (from libvirt) > > 1) 'virsh dumpxml <domain (or) id>'--this will dump the guest machine > info. into XML. > 2) copy your qcow2 image disk from host1 to host2. > 3) 'virsh define <xml file>' for the dumped xml files from step 1) > > Now you should be good to start/run the above guest on your host2 (running > kvm..) > > /kashyap > > yes, the vm was a CentOS 5.5 os. It worked like a charm. I made a dump from a previous rh el 5 vm already existent on the rh el 5.5 host, using it as baseline for differences. And this is diff output between xml dump in FC13 and the modified version to have it imported by rh el 5.5 (btw I changed memory size from 1Gb to 2Gb as I passed from my laptop to an enterprise 16Gb based server...) #diff f13out.xml rhel55in.xml < <name>op</name> < <memory>2097152</memory> < <currentMemory>2097152</currentMemory> --- > <name>o11p</name> > <uuid>8030a286-d41c-d692-648a-4d0aad122bdd</uuid> > <memory>1048576</memory> > <currentMemory>1048576</currentMemory> 7c8 < <type arch='x86_64' machine='pc'>hvm</type> --- > <type arch='x86_64' machine='fedora-13'>hvm</type> 8a10 > <boot dev='cdrom'/> 14a17,20 > <cpu match='exact'> > <model>core2duo</model> > <feature policy='force' name='x2apic'/> > </cpu> 20c26 < <emulator>/usr/libexec/qemu-kvm</emulator> --- > <emulator>/usr/bin/qemu-kvm</emulator> 23c29 < <source file='/VMDATA/o11p.img'/> --- > <source file='/var/lib/libvirt/images/c55.img'/> I only had to change then network parameters in vm os. In virt-manager I also removed the audio card. I was then also able to apply "yum update" to this new vm and it runs quite good. Thanks, Gianluca

2 1

Re: [fedora-virt] FYI: Major version rebase of libvirt in F12, F13 in updates-testing
by Boris Derzhavets 22 Jul '10

22 Jul '10

rpmbuild -ba ./libvirt.spec |tee build.log .......... PASS: virsh-all PASS: virsh-schedinfo PASS: virsh-synopsis PASS: xml2sexprtest PASS: sexpr2xmltest PASS: xmconfigtest -> FAIL: xencapstest PASS: qemuxml2argvtest PASS: qemuxml2xmltest PASS: qemuargv2xmltest PASS: qemuhelptest PASS: nwfilterxml2xmltest PASS: esxutilstest PASS: vmx2xmltest PASS: xml2vmxtest PASS: seclabeltest PASS: eventtest PASS: networkxml2xmltest PASS: storagevolxml2xmltest PASS: storagepoolxml2xmltest PASS: nodedevxml2xmltest PASS: interfacexml2xmltest ==================== 1 of 47 tests failed ==================== make[2]: Leaving directory `/root/rpmbuild/BUILD/libvirt-0.8.2/tests' make[1]: Leaving directory `/root/rpmbuild/BUILD/libvirt-0.8.2/tests' --- On Tue, 7/13/10, Daniel P. Berrange <berrange(a)redhat.com> wrote: From: Daniel P. Berrange <berrange(a)redhat.com> Subject: Re: [fedora-virt] FYI: Major version rebase of libvirt in F12, F13 in updates-testing To: "Boris Derzhavets" <bderzhavets(a)yahoo.com> Cc: virt(a)lists.fedoraproject.org Date: Tuesday, July 13, 2010, 8:52 AM On Tue, Jul 13, 2010 at 05:45:18AM -0700, Boris Derzhavets wrote: > Attempt to build rpms via src.rpm at Xen 4.0.1-rc3 (2.6.32.16) Dom0 on top of F13 :- > > PASS: xmconfigtest > TEST: xencapstest > !!!!!!!!!! 10 FAIL > FAIL: xencapstest Edit the libvirt.spec file and change make check to VIR_TEST_DEBUG=1 make check then it should show what failed. Xen isn't a supported platform in Fedora anymore though, so we can't hold up the updates for this. Regards, Daniel -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://deltacloud.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|

3 4

vm from fc13 ro rhel/CentOS 5
by Gianluca Cecchi 21 Jul '10

21 Jul '10

Hi, what is the simpler way to "port" a vm created in current FC13 x86_64 host to test it inside an updated rhel 5.5 x86_64 host (still with qemu/kvm)? So source is based on qemu-kvm 0.12.3-8.fc13 libvirt 0.7.7-5fc13 and target kvm-83-184.el5_5.12 <https://rhn.redhat.com/rhn/software/packages/details/Overview.do?sid=101678…> libvirt 0.6.3-33.el5_5.1 If this is important, source vm disk is qcow2 Thanks in advance, Gianluca

2 1

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

virt July 2010