virt August 2014

virt@lists.centos.org

15 participants
8 discussions

How do I do Centos 7 p2v migration?
by me＠tdiehl.org 17 Sep '14

17 Sep '14

Hi, I am trying to figure out how to do p2v and v2v migrations on a Centos 7 kvm host. With previous versions there was virt-p2v but that does not seem to exist with Centos-7. I realize that if I am using shared storage, I can do live migrations but that does not help with p2v migrations. Does anyone know what the recommended procedure is for migrating either physical or virtual machines to Centos-7 is? I have tried searching for the answer but my google foo is not being helpful. Regards, -- Tom me(a)tdiehl.org Spamtrap address me123(a)tdiehl.org

6 10

Re: [CentOS-virt] Xen 4.4.1-rc1+ rebase
by George Dunlap 03 Sep '14

03 Sep '14

On Mon, Jul 14, 2014 at 8:44 PM, Johnny Hughes <jhughes(a)hughesjr.com> wrote: > On 07/14/2014 08:07 AM, George Dunlap wrote: >> Johhny / KB -- Ping? >> >> -George > > Are we ready to try this build on our builders? I don't know? :-) I gave it a quick smoke-test (booted, started some guests). That should have shaken out any really weird cases. Is that good enough, or would you like further dev testing before putting it on the CentOS builders? -George

3 3

virt-preview repo for CentOS?
by Russell Bryant 02 Sep '14

02 Sep '14

Hello! I'm looking at options for configuring an OpenStack CI job that tests OpenStack components with the latest versions of libvirt and qemu. Fedora's virt-preview [1] repository is pretty much what we need. However, we would really rather run this job using CentOS. The job's configuration needs to work for longer than Fedora's release schedule would allow. Is anyone looking at doing something like this for CentOS? Thanks, [1] http://fedoraproject.org/wiki/Virtualization_Preview_Repository -- Russell Bryant

4 9

Masking CPU flags via libvirt xml not working?
by Nathan March 01 Sep '14

01 Sep '14

Hi, Has anyone here managed to get cpu masking working via libvirt? Intention to enable VM migrations between hosts of a different CPU generation. Inside my xml I'm providing the model as well as a list of features to specifically disable, but none of it seems to take any effect. On booting the VM I still see the disabled flags in /proc/cpuinfo <cpu match='exact' mode='custom'> <arch>x86_64</arch> <model fallback='forbid'>Westmere</model> <feature policy='disable' name='dtherm'/> <feature policy='disable' name='erms'/> <feature policy='disable' name='fsgsbase'/> <feature policy='disable' name='pts'/> <feature policy='disable' name='pln'/> <feature policy='disable' name='rdrand'/> <feature policy='disable' name='f16c'/> <feature policy='disable' name='aes'/> <feature policy='disable' name='tsc_deadline_timer'/> <feature policy='disable' name='x2apic'/> <feature policy='disable' name='dtherm'/> <feature policy='disable' name='pclmulqdq'/> </cpu> Doing a dumpxml against the domU once it's booted leaves out the entire <cpu> section, leading me to think maybe libvirt is dropping it for some reason. I've got the above <cpu> just in the main <domain> section. Anyone have this working or able to offer some suggestions? Thanks! - Nathan

2 2

Can KVM and VirtualBox co-exist on same host?
by James B. Byrne 19 Aug '14

19 Aug '14

CentOS-6.5 VirtualBox-4.3.14 Is it possible, and if so advisable, to run KVM and VirtualBox guests on the same host system? -- *** E-Mail is NOT a SECURE channel *** James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

5 4

C7 with Xen support
by Volnei 18 Aug '14

18 Aug '14

Hi all, Anybody could me tell when CentoOS7 will have Xen support? Thank a lot

5 5

Xen 4.4.1-rc1+ rebase
by George Dunlap 04 Aug '14

04 Aug '14

I've got a first cut of the rebase here: git://github.com/gwd/sig-virt-xen out/update-4.4.1-rc1-ee81dda-RFC To build it, you'll need to download the polarssl tarball: http://xenbits.xen.org/xen-extfiles/polarssl-1.1.4-gpl.tgz And you'll need a tarball based on (unfortunately) a private tree, which you can find here: git://github.com/gwd/xen base/update-4.4.1-rc1-ee81dda-RFC This branch is based on upstream ee81dda (the current staging-4.4), with an additional two backported commits. To reproduce the tarball, checkout the above branch, then: ./configure make -C tools qemu-xen-dir-find make -C tools qemu-xen-traditional-find make src-tarball A couple of notes: * I haven't actually had time to test this yet! This is just so we're not totally duplicating work... * This does not have XSA-100 in it yet, so it's not quite ready for release. -George

2 4

KVM integrated network (user mode) dying after inactivity
by Timo Schöler 03 Aug '14

03 Aug '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi list, I searched the web for bug reports regarding this phenomenon I see on *multiple* machines of a customer, however, I didn't find an exact fit. So, I'd like to ask here whether anyone else has run into this. I have multiple CentOS 6 machines running using KVM to virtualize a bunch of machines on them (LVM-based). Software releases as following: [root@fe00 ~]# rpm -qa|egrep '(virt|kvm)' virt-viewer-0.5.6-8.el6_5.3.x86_64 libvirt-python-0.10.2-29.el6_5.7.x86_64 libvirt-client-0.10.2-29.el6_5.7.x86_64 qemu-kvm-0.12.1.2-2.415.el6_5.8.x86_64 libvirt-0.10.2-29.el6_5.7.x86_64 python-virtinst-0.600.0-18.el6.noarch [root@fe00 ~]# uname -r 2.6.32-431.17.1.el6.x86_64 The VMs (here: two) have the "default" connection provided by KVM (heading to the internet) as well as a bridged interface to connect to a high performance backbone, where sensitive data is kept and bandwidth is an issue (or better, not :), on a second interface within the VMs: [root@fe00 ~]# brctl show bridge name bridge id STP enabled interfaces br1 8000.001b21xxxxxx yes eth1 vnet1 vnet3 virbr0 8000.525400xxxxxx yes virbr0-nic vnet0 vnet2 br1 is the interface connected to the backbone, virbr0 KVM's user mode network. After some time of inactivity on the virbr0 interface, from *within* the VMs connection is *lost*. The interface(s) lose their IP; running dhclient(8) is not of any use. To get the machine back onto track, ``service libvirtd restart'' has to be issued: Vanished iptables rules show up again. (This, in contrast to an Ubuntu document [0], fixes it without shutting the VM(s) down.) Starting dhclient(8) within the VMs gets connectivity back. Just out of curiosity I let one of the VMs cause some ICMP traffic now and then hit the interface -- ``ping -i 10 some.nice.host'' is sufficient to keep that interface alive. The virbr0-headed interfaces are almost only being used to get updates etc -- management and load-balanced services are being served by the bridged interface. Is this a bug or a feature? Best, Timo [0] -- https://help.ubuntu.com/community/KVM/Networking#Network_Bridge_Losing_Conn… -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iF4EAREIAAYFAlOPaBgACgkQuSPmkPhAW0r9lgD/cgsDSxaOlD150DLbF+PIGjS7 3qSv3rob7NQEz4wJkUIA/1KfjLmCGm1y2LLroFsWbfckTnDfN3LSG1sUNvygLB/C =ZhOI -----END PGP SIGNATURE-----

4 4

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

virt August 2014