VM rebootet nicht (vSphere Cluster)

[softeislutscher]

Hi zusammen,

ich habe meinen vSphere Cluster by default für das rebooten einer VM beim Failover auf disabled gestellt, d.h. ich such mir explizit die VM's raus, die rebootet bzw. vMotioned werden sollen.

wenn ich eine VM manuell nach einem VMware Tools upgrade rebooten will, startet sie nicht mehr durch, somit muss ich immer eine VM wieder einschalten... aber scheinbar nur, bei denen, die auf disabled besetzt sind...

habt ihr dazu ne idee? oder ist es so gewollt?

danke
Alex

[irix]

Hmm... also vMotion ist eigentlich erstmal garnicht im Boot.

Ich habe bei einigen VMs in den Cluster Settings fuer "VM Restart Priority" auf disabled und kann zumind. ohne Probleme den "Reset" Knopf betaetigen welcher einen Guest Reboot ausloest. Das ganze Erfolgreich.

Da im Moment kein VMware Tools Upgrade ansteht kann ich deinen speziellen Fall auf die schnelle nicht ausprobieren. Aber ich sehe da auch keinen Zusammenhang weil hier ein Stueck Software im OS einen Neustart inititiert. Die VM als solches laueft ja durch.

Ich gucke mal ob ich eine VM mit alten Tools finde und aendere mal die Restart Priority.

Gruss
Joerg

[softeislutscher]

naja, vmotion wäre dann im "Betrieb", wenn DRS greiffen würde...

aber bei einem Reboot ist das ja nicht der Fall wie du schon erwähnt hast...

es ist komisch, das er versucht die VM zu starten, aber dann abbricht und die VM auch aus ist...

wäre super, wenn du das versuchen kannst nachzustellen...

ich kann mal schauen, ob ich beim nächsten upgrade vielleicht mal irgendwie ein Video machen kann...

[irix]

So... hat sich doch noch eine WinXP VM angefunden mit nicht aktuellen Tools.

- Cluster Settings abgeaendert so das VM Restart Priority auf disabled steht
- Manuelles VMware Tools upgrade initiert und in der VM Console durchgeklickt
- Am Ende des Upgrade auf die Frage nach dem Neustart mit Ja geantwortet

Das OS hat ohne Probleme neugestartet und die VM war auch die ganze Zeit an.

Gruss
Joerg

[softeislutscher]

dreck...

ich such mal in den host.d logs, vielleicht find ich da noch was...

danke dir
Alex