Migrireren per VMotion und DRS schlägt fehl

[Casper2k]

Hallo Leute,

ich habe hier 5 ESX Server mit DRS und VMotion sowie HA am laufen. Es kommt sehr häufig vor, dass virtuelle Server einfach nicht per DRS und VMotion migriert werden und mit der Fehlermeldung "Zeitüberschreitung beim Vorgang" abbrechen. Wenn ich dann die Serve von Hand migrieren möchte, stehen die Chancen 50:50 dass der Vorgang durchläuft. Häufig bleibt die Migration bei 10% stehen und bricht dann nach einer Weile ab.

Leider habe ich keine Ahnung wo ich prüfen könnte an was das Problem liegt.

Könnt Ihr mir weiterhelfen?

Thx
Casper

[DschingisKarn]

Dieses Problem kenne ich, hatte ich auch schon. Leider weis ich nicht mehr genau was es war.

Hast Du schon mal überprüft das Deine DNS Auflösung korrekt ist (etc/hosts auf allen Hosts gleich und korrekt?

Hast Du schon die Dienste zur Kommunikation mit dem ESX / VC und dem HA neu gestartet?

service mgmt-vmware restart
service vmware-vpxa restart

Und natürlich auch mal den VC Dienst neu starten (auf dem VC-Server).

Das sind erstmal die "Kleinigkeiten" die Du machen kannst.

Sorry wenn es das nicht sein sollte, aber irgendwo muss man ja anfangen.

Gruß
Dschingis

[Mystefix]

welche ESX-Version benutzt du ?

Hatte das selbe Phenomen, dass Migrationen bei 10% abbrechen und ein Operation Timeout kam.

Nach Update der ESX Version von ESX 3.5 U2 112068 auf ESX 3.5 U3 123630 funktionierte Vmotion wieder ohne Probleme.

[kastlr]

Hallo,

hast du mal die Antwortzeiten zwischen den beiden von VMotion genutzten IP Adressen überprüft?
Das kannst du mit folgendem Befehl machen.
vmkping <VMotion IP Adressen>

Es kann ebenfalls am Autosensing der beteiligten Netzwerkkomponenten liegen, speziell mit FastE gibt es dort immer wieder Probleme.
Du kannst daher mal sowohl die verwendeten LAN Switch Ports als auch die ESX Netzwerkkarten manuell auf den höchsten möglichen Speed und Duplex Mode einstellen.

DNS ist auch ein Thema, sowohl dein VC als auch alle ESX Server müssen sauber im DNS eingetragen sein.
Das kannst du auf den ESX Servern mit host <Servername> überprüfen.

Dann bleibt noch das prüfen der Logfiles.
VMotion Aktivitäten werden im /var/log/vmware/hostd.log dokumentiert, dort solltest du dann auch den Grund für das Problem finden.
Du kannst ja mal mit tail -f /var/log/vmware/hostd.log auf den beiden ESX Servern eine VMotion Operation monitoren.

Viel Erfolg
Ralf

[Casper2k]

welche ESX-Version benutzt du ?

Hatte das selbe Phenomen, dass Migrationen bei 10% abbrechen und ein Operation Timeout kam.

Nach Update der ESX Version von ESX 3.5 U2 112068 auf ESX 3.5 U3 123630 funktionierte Vmotion wieder ohne Probleme.

habe esx 3.5 u4 im einsatz. es sind alle verfügbaren updates installiert.

[Casper2k]

ich glaube ich habe den fehler gefunden. ich hatte auf zwei servern die gleiche ip auf dem vmkernel.

werde jetzt mal testen und schauen ob alles tut...

thx für eure hilfe!

[Casper2k]

Hallo,

hast du mal die Antwortzeiten zwischen den beiden von VMotion genutzten IP Adressen überprüft?
Das kannst du mit folgendem Befehl machen.
vmkping <VMotion IP Adressen>

Es kann ebenfalls am Autosensing der beteiligten Netzwerkkomponenten liegen, speziell mit FastE gibt es dort immer wieder Probleme.
Du kannst daher mal sowohl die verwendeten LAN Switch Ports als auch die ESX Netzwerkkarten manuell auf den höchsten möglichen Speed und Duplex Mode einstellen.

DNS ist auch ein Thema, sowohl dein VC als auch alle ESX Server müssen sauber im DNS eingetragen sein.
Das kannst du auf den ESX Servern mit host <Servername> überprüfen.

Dann bleibt noch das prüfen der Logfiles.
VMotion Aktivitäten werden im /var/log/vmware/hostd.log dokumentiert, dort solltest du dann auch den Grund für das Problem finden.
Du kannst ja mal mit tail -f /var/log/vmware/hostd.log auf den beiden ESX Servern eine VMotion Operation monitoren.

Viel Erfolg
Ralf

das sind übrigens klasse infos (besonders die logs). werde ich mir mal anschauen... Danke!