Just to complete this subject: Is it a recommendation that we used the same hardware or not necessarily??
2014-09-05 10:23 GMT-03:00 Chris Murray <[email protected]>: > Of course the typical thing has happened; as soon as I ask for help, I've > resolved it myself. > > > > I enabled No Execute in the BIOS of host 'B'. VMs will now migrate back > and forth without complaint. > > > > *From:* pve-user [mailto:[email protected]] *On Behalf Of > *Chris > Murray > *Sent:* 05 September 2014 14:08 > *To:* [email protected] > *Subject:* Re: [PVE-User] 100% CPU usage after live migration > onheterogeneouscluster (Xeon E5345 and Xeon 5405) > > > > Also if it helps: > > > > 'A' > > > > cat /proc/cpuinfo | grep flags | uniq > > flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca > cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx > lm constant_tsc arch_perfmon pebs bts rep_good aperfmperf pni dtes64 > monitor ds_cpl vmx tm2 ssse3 cx16 xtpr pdcm dca sse4_1 lahf_lm dts > tpr_shadow vnmi flexpriority > > > > > > 'B' > > > > cat /proc/cpuinfo | grep flags | uniq > > flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca > cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall lm > constant_tsc arch_perfmon pebs bts rep_good aperfmperf pni dtes64 monitor > ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm dca lahf_lm dts tpr_shadow > > > > > > I can already see 'nx' in there, which has got me wondering. > > > > Thanks again. > > > > *From:* pve-user [mailto:[email protected] > <[email protected]>] *On Behalf Of *Chris Murray > *Sent:* 05 September 2014 14:03 > *To:* [email protected] > *Subject:* [PVE-User] 100% CPU usage after live migration on > heterogeneouscluster (Xeon E5345 and Xeon 5405) > > > > Hi all, > > > > I'm experiencing the same issue as the following post, but I can't > register to ask if there was ever a solution as the Image Verification > section of the registration page tells me "Input error: Invalid Referer" > > > http://188.165.151.221/threads/16171-PX-3-0-live-migration-(node-to-node)-freeze-VM-on-different-hardware > > > > I'm on 3.2 and this particular cluster has two nodes. I'll call them 'A' > and 'B' > > > > 'A' has an Intel Xeon E5405. > > 'B' has two Intel Xeon E5345 (the same as the post. Interestingly, the > issue is in migrating **to** this node, as it is in the forum post) > > > > Start a VM on node B. > > Migrate to A. > > This works fine. > > Migrate to B. > > This is also fine. > > > > Power down the VM, start it up from node A > > Migrate to B. > > 100% CPU. VM unresponsive. > > Migrate to A: > > VM comes back to life again > > > > I'm guessing this is related to the capability of the two CPUs being > different. I've set the VM's CPU to Conroe (to oldest Xeon?) and qemu64, > neither of which made any difference. It's now back to the default of KVM64. > > > > Any ideas? > > > > Thanks, > > Chris > > > > > > > > Node 'A' > > > > proxmox-ve-2.6.32: 3.2-136 (running kernel: 2.6.32-32-pve) > > pve-manager: 3.2-30 (running version: 3.2-30/1d095287) > > pve-kernel-2.6.32-32-pve: 2.6.32-136 > > pve-kernel-2.6.32-29-pve: 2.6.32-126 > > lvm2: 2.02.98-pve4 > > clvm: 2.02.98-pve4 > > corosync-pve: 1.4.7-1 > > openais-pve: 1.1.4-3 > > libqb0: 0.11.1-2 > > redhat-cluster-pve: 3.2.0-2 > > resource-agents-pve: 3.9.2-4 > > fence-agents-pve: 4.0.10-1 > > pve-cluster: 3.0-14 > > qemu-server: 3.1-34 > > pve-firmware: 1.1-3 > > libpve-common-perl: 3.0-19 > > libpve-access-control: 3.0-15 > > libpve-storage-perl: 3.0-22 > > pve-libspice-server1: 0.12.4-3 > > vncterm: 1.1-8 > > vzctl: 4.0-1pve6 > > vzprocps: 2.0.11-2 > > vzquota: 3.1-2 > > pve-qemu-kvm: 2.1-5 > > ksm-control-daemon: 1.1-1 > > glusterfs-client: 3.5.2-1 > > > > > > Node 'B' > > > > proxmox-ve-2.6.32: 3.2-136 (running kernel: 2.6.32-32-pve) > > pve-manager: 3.2-30 (running version: 3.2-30/1d095287) > > pve-kernel-2.6.32-32-pve: 2.6.32-136 > > pve-kernel-2.6.32-29-pve: 2.6.32-126 > > lvm2: 2.02.98-pve4 > > clvm: 2.02.98-pve4 > > corosync-pve: 1.4.7-1 > > openais-pve: 1.1.4-3 > > libqb0: 0.11.1-2 > > redhat-cluster-pve: 3.2.0-2 > > resource-agents-pve: 3.9.2-4 > > fence-agents-pve: 4.0.10-1 > > pve-cluster: 3.0-14 > > qemu-server: 3.1-34 > > pve-firmware: 1.1-3 > > libpve-common-perl: 3.0-19 > > libpve-access-control: 3.0-15 > > libpve-storage-perl: 3.0-22 > > pve-libspice-server1: 0.12.4-3 > > vncterm: 1.1-8 > > vzctl: 4.0-1pve6 > > vzprocps: 2.0.11-2 > > vzquota: 3.1-2 > > pve-qemu-kvm: 2.1-5 > > ksm-control-daemon: 1.1-1 > > glusterfs-client: 3.5.2-1 > > _______________________________________________ > pve-user mailing list > [email protected] > http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-user > > -- Obrigado Cordialmente Gilberto Ferreira Konnecta TI Tecnologia - Sistemas de Virtualização, Soluções de Armazenamento de Dados, Criação de SAN/NAS, Zimbra Mail Server, Implantação de Linux e Windows server. Fundação Softville Rua Otto Boehm, 48 (47) 9676-7530 Skype: gilberto.nunes36 www.konnectati.com.br blog.konnectati.com.br
_______________________________________________ pve-user mailing list [email protected] http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-user
