<p dir="ltr">There's a discussion floating around on the list of a new CPU type which includes all the CPU flags supported on all nodes in a cluster.  It's similar to 'host', obviously, but would ensure that migrations would always succeed by ensuring that only the flags available on *all* nodes are active in the VCPU.</p>
<p dir="ltr">This won't solve the problem you're describing, and the values would need to be renegotiated when new nodes join a cluster, potentially meaning migrations to nodes added after VM start would fail similarly.  My reason for mentioning this proposed option is to point out that it would also need a way to handle this same scenario, and this approach makes as much sense as any other.</p>
<br><div class="gmail_quote">On Sat, Mar 21, 2015, 00:03 Waschbüsch IT-Services GmbH <<a href="mailto:service@waschbuesch.it">service@waschbuesch.it</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<br>
<br>
Martin has kindly redirected me to the list as the appropriate place to ask / discuss this:<br>
<br>
I noticed that, even though a kvm guest is set to CPU type 'host', the live migration feature does not check for compatibility with the destination host.<br>
E.g. Moving from a Opteron 6366 to an Intel Xeon E5420 is going to cause the migrated VM to choke and die due to lots of CPU features no longer being there.<br>
<br>
That in itself is not surprising, but my suggestion would be to at least have a warning popup when choosing to migrate a kvm which is set to CPU type 'host'?<br>
<br>
Best,<br>
<br>
Martin<br>
______________________________<u></u>_________________<br>
pve-devel mailing list<br>
<a href="mailto:pve-devel@pve.proxmox.com" target="_blank">pve-devel@pve.proxmox.com</a><br>
<a href="http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel" target="_blank">http://pve.proxmox.com/cgi-<u></u>bin/mailman/listinfo/pve-devel</a><br>
</blockquote></div>