[libvirt-users] libvirt 1.2.12 + xen 4.4 wont migrate

2015-02-23 Thread albie
Hi, We have been trying to get live migration working between two xen boxes running libvirt 1.2.12, However i seem to be getting the following error root@libvirt-xen1:~# virsh migrate --live trusty-image qemu+ssh://192.168.13.9/system --copy-storage-all --verbose --persistent --undefinesource roo

Re: [libvirt-users] machine='pc-q35-2.1' and sata controller

2015-02-23 Thread Thomas Stein
Thanks Laine for taking the time to clarify this. cheers t. On Monday 23 February 2015 16:51:26 Laine Stump wrote: > On 02/23/2015 02:26 PM, Thomas Stein wrote: > > Hello. > > > > I'm not able to disable the sata controller on a machine='pc-q35-2.1' type > > VM.> > > Whenever i delete: > >

Re: [libvirt-users] machine='pc-q35-2.1' and sata controller

2015-02-23 Thread Laine Stump
On 02/23/2015 02:26 PM, Thomas Stein wrote: > Hello. > > I'm not able to disable the sata controller on a machine='pc-q35-2.1' type > VM. > Whenever i delete: > > >function='0x2'/> > > > it gets added again when i close the editor. > > The reason i would like to delete the sata

[libvirt-users] Broken OS when booting rootfs from 9p share

2015-02-23 Thread Olivier Mauras
Hello, I've been trying to boot a VM with the rootfs being a 9P share from the host. The VM OS is centos 7. The OS boots but no services can work and it appears that the authentication system is broken. Now the funny thing is that booting the same OS on the same 9P share manually with Qemu wor

[libvirt-users] Broken OS when booting rootfs from 9p share

2015-02-23 Thread Olivier Mauras
Hello, I've been trying to boot a VM with the rootfs being a 9P share from the host. The VM OS is centos 7. The OS boots but no services can work and it appears that the authentication system is broken. Now the funny thing is that booting the same OS on the same 9P share manually with Qemu wor

Re: [libvirt-users] HugePages - can't start guest that requires them

2015-02-23 Thread G. Richard Bellamy
On Sun, Feb 22, 2015 at 11:01 PM, Michal Privoznik wrote: > Just drop the hard_limit. It's a blackbox we should had never > introduced. In Linux, from kernel's POV, there's no difference between > guest RAM and hypervisor memory to store its internal state. It's all > one big chunk of memory. And