Nach Upgrade von 3.5 auf 4.0 funktioniert VMotion nicht mehr
Verfasst: 23.06.2009, 07:09
ich hatte folgende Fehlermeldung:
Fehler- und Warnmeldung
Die Host-CPU ist mit den VM-Anforderungen auf CPUID-Ebene 0x1, Register 'ecx' nicht kompatibel.
Host-Bits 0000:0000:0000:0000:0010:0010:0000:0001
Erforderlich: 1000:0000:0000:000x:xxx0:0x1x:xxx0:x001
* Allgemeine Inkompatibilitäten; siehe KB-Artikel 1993 für mögliche Lösungen.
Es hat sich herausgestellt, das die CPUs eines Servers unterschiedliche Steppings hatte.
Dies hatte sich bei ESX3 und ESX3.5 nicht bemerkbar gemacht.
Mein erster Lösungsansatz war eine CPU-Maskierung in der Datei
C:\Dokumente und Einstellungen\All Users\Anwendungsdaten\VMware\VMware VirtualCenter\vpxd.cfg vorzunehmen (was leider nicht funktionierte):
Ich hatte auch Varianten mit
und
probiert - leider erfolglos.
Vielleicht hat ja jemand eine Idee, wo hier mein Fehler ist? Kann es sein, das ich nicht nur den VSphere Service neu starten musste sondern danach auch ein reboot der einzelnen VMs?
Da die globale Lösung nicht funktionierte habe ich nun jeweils bei allen Gastsystemen mit Problemen (es gab auch einige ohne Probleme) diese Einstellung geändert:
Eigenschaften - Tab Optionen - CPU-ID-Maske - Erweitert - Ebene 1 - ECX - hier das erste Byte auf 0 gesetzt. Damit funktioniert es wieder.
Fehler- und Warnmeldung
Die Host-CPU ist mit den VM-Anforderungen auf CPUID-Ebene 0x1, Register 'ecx' nicht kompatibel.
Host-Bits 0000:0000:0000:0000:0010:0010:0000:0001
Erforderlich: 1000:0000:0000:000x:xxx0:0x1x:xxx0:x001
* Allgemeine Inkompatibilitäten; siehe KB-Artikel 1993 für mögliche Lösungen.
Es hat sich herausgestellt, das die CPUs eines Servers unterschiedliche Steppings hatte.
Dies hatte sich bei ESX3 und ESX3.5 nicht bemerkbar gemacht.
Mein erster Lösungsansatz war eine CPU-Maskierung in der Datei
C:\Dokumente und Einstellungen\All Users\Anwendungsdaten\VMware\VMware VirtualCenter\vpxd.cfg vorzunehmen (was leider nicht funktionierte):
Code: Alles auswählen
<config>
<vpxd>
<guestOSDescriptor>
<esx-4-x-x>
<all-versions>
<all-guests>
<cpuFeatureMask>
<default-vendor>
<level-1>
<ecx>x---:----:----:----:----:----:----:----</ecx>
</level-1>
</default-vendor>
</cpuFeatureMask>
</all-guests>
</all-versions>
</esx-4-x-x>
</guestOSDescriptor>
<das>
<serializeadds>true</serializeadds>
<slotMemMinMB>256</slotMemMinMB>
<slotCpuMinMHz>256</slotCpuMinMHz>
</das>
<filterOverheadLimitIssues>true</filterOverheadLimitIssues>
</vpxd>
<vmacore>
<threadPool>
<TaskMax>30</TaskMax>
</threadPool>
</vmacore>
</config>Ich hatte auch Varianten mit
Code: Alles auswählen
<ecx>0---:----:----:----:----:----:----:----</ecx>und
Code: Alles auswählen
<ecx>1---:----:----:----:----:----:----:----</ecx>probiert - leider erfolglos.
Vielleicht hat ja jemand eine Idee, wo hier mein Fehler ist? Kann es sein, das ich nicht nur den VSphere Service neu starten musste sondern danach auch ein reboot der einzelnen VMs?
Da die globale Lösung nicht funktionierte habe ich nun jeweils bei allen Gastsystemen mit Problemen (es gab auch einige ohne Probleme) diese Einstellung geändert:
Eigenschaften - Tab Optionen - CPU-ID-Maske - Erweitert - Ebene 1 - ECX - hier das erste Byte auf 0 gesetzt. Damit funktioniert es wieder.