Hi,
I'm experiencing a big problem. We are currently in a big migration of our infrastructure. And i've been noticing that when i live migrate a VM from a Intel hypervisor to an AMD hypervisor, all the machines on the AMD Hypervisor starts to freak out with kernel panics due to reaction time exceeded. This is a behaviour that is my fault and it's been a accident for doing it because i know well that it doesn't works like that.
In order to solve this problem i have to shut all the VMs down, and restart the hypervisor. If i just stop the culprit VM, it doesn't change a thing. Looks like the entire socket on which this VM was running freaks out until a reboot. (I say socket because about half of the VMs on that dual socket hypervisor are affected in reality)
My problem is that human errors happens and that it would be maybe a good idea to prevent suck behaviour like VMWare does by preventing you to do a live migration if the infrastructure is not the same, forcing you to shut down the machine beforehand.
I'm experiencing a big problem. We are currently in a big migration of our infrastructure. And i've been noticing that when i live migrate a VM from a Intel hypervisor to an AMD hypervisor, all the machines on the AMD Hypervisor starts to freak out with kernel panics due to reaction time exceeded. This is a behaviour that is my fault and it's been a accident for doing it because i know well that it doesn't works like that.
In order to solve this problem i have to shut all the VMs down, and restart the hypervisor. If i just stop the culprit VM, it doesn't change a thing. Looks like the entire socket on which this VM was running freaks out until a reboot. (I say socket because about half of the VMs on that dual socket hypervisor are affected in reality)
My problem is that human errors happens and that it would be maybe a good idea to prevent suck behaviour like VMWare does by preventing you to do a live migration if the infrastructure is not the same, forcing you to shut down the machine beforehand.