[PVE-User] VM migrates then locks up

[Michael Rasmussen]

On Fri, 10 Feb 2017 14:18:00 -0600
Gerald Brandt <gbr at majentis.com> wrote:

> 
> Xeon:
> root at gbr-proxmox-2:~# lscpu
> Architecture:          x86_64
> CPU op-mode(s):        32-bit, 64-bit
> Byte Order:            Little Endian
> CPU(s):                4
> On-line CPU(s) list:   0-3
> Thread(s) per core:    1
> Core(s) per socket:    2
> Socket(s):             2
> NUMA node(s):          1
> Vendor ID:             GenuineIntel
> CPU family:            6
> Model:                 15
> Model name:            Intel(R) Xeon(R) CPU 5148  @ 2.33GHz
> Stepping:              11
> CPU MHz:               2333.205
> BogoMIPS:              4666.69
> Virtualization:        VT-x
> L1d cache:             32K
> L1i cache:             32K
> L2 cache:              4096K
> NUMA node0 CPU(s):     0-3
> 
This is a very old cpu (Q206):
https://ark.intel.com/products/27223/Intel-Xeon-Processor-LV-5148-4M-Cache-2_33-GHz-1333-MHz-FSB

So chances are you will never be able to migrate from the AMD
FX(tm)-8150 to the Intel Xeon since proxmox does not specify a lowest common cpu denominator between the 2 cpu's unless you manually disable some cpu flags in the config file for your VM's. As I recall it this was also the case somewhere 2.x or maybe early 3.x.

-- 
Hilsen/Regards
Michael Rasmussen

Get my public GnuPG keys:
michael <at> rasmussen <dot> cc
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E
mir <at> datanom <dot> net
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C
mir <at> miras <dot> org
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE3E80917
--------------------------------------------------------------
/usr/games/fortune -es says:
Don't wake me up too soon...
Gonna take a ride across the moon...
You and me.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <http://lists.proxmox.com/pipermail/pve-user/attachments/20170211/29bbf036/attachment.sig>