Mein VMware ESX-Serverkonsolen-Volume wurde schreibgeschützt.Wie kann ich meine VMs speichern?

Question

Zwei RAID-Volumes, VMware-Kernel/Konsole läuft auf einem RAID1, vmdks leben auf einem RAID5.Die Eingabe eines Logins an der Konsole führt lediglich zu SCSI-Fehlern und zu keiner Passwortabfrage.Lobenswert ist, dass die VMs tatsächlich noch laufen.Wir gehen jedoch davon aus, dass der Kernel nach dem Neustart möglicherweise nicht mehr startet und die VMs ausfallen.

Wir haben Datenbank- und Festplatten-Backups der VMs, aber keine Backups der VMDKs selbst.

Welche Möglichkeiten habe ich?

Unsere derzeit beste Idee ist

1. Verwenden Sie VMware Converter, um Live-VMDKS aus den laufenden VMs zu erstellen, als wäre es eine P2V-Migration.
2. Starten Sie den Hostserver neu und führen Sie die RAID-Diagnose aus. Finden Sie heraus, was im „h“ passiert ist
3. Versuchen Sie, ESX erneut zu starten, möglicherweise nachdem Sie das RAID-Volume neu erstellt haben
4. Möglicherweise muss ESX auf seinem Volume neu installiert und die VMs erneut angeschlossen werden
5. Wenn das nicht funktioniert, hängen Sie die in Schritt 1 erstellten „Live“-VMDKS an einen anderen VM-Host an.

Answer 1

Es war die Rückwandplatine.Auf beide Laufwerke des RAID1 und ein Laufwerk des RAID5 konnte nicht zugegriffen werden.Unglaublicherweise lief der VMware-Hypervisor drei Tage lang weiter aus dem Speicher, ohne auf die Hostfestplatte zuzugreifen, und hielt die von ihm verwalteten VMs am Leben.

In Schritt 3 oben haben wir das Hardwareproblem diagnostiziert und den RAID-Controller, die Kabel und die Rückwandplatine ausgetauscht.Nach dem Neustart haben wir das RAID neu initialisiert, indem wir den Controller angewiesen haben, die Laufwerke nach ihren Konfigurationen abzufragen.Beide wurden beschädigt und beide wurden erfolgreich repariert.

Bei Schritt 4 war eine Neuinstallation von ESX nicht erforderlich;obwohl beim Booten die VMs nicht registriert werden wollten.Wir mussten einige vergrabene Verwaltungsdaten ausgraben, um den Kernel anzuweisen, die VMs neu zu signieren.(Durchsuchen Sie die VM-Dokumente nach „Resignatur“.)

Ich glaube, dass unser Fallback-Plan funktioniert hätte. Die VMware Converter-Images der VMs, die „verwaist“ liefen, wurden getestet und liefen einwandfrei und ohne Datenverlust.Ich empfehle dringend, ein VMware Converter-Image aller VMs durchzuführen, die in diesen Zustand gelangen, nachdem Sie so viele Dienste wie möglich heruntergefahren und die VM in einen möglichst schreibgeschützten Zustand versetzt haben.Das Laden eines VMDK als Reparatur an einem anderen Ort oder auf dem ursprünglichen Host ist in der Regel VIEL schneller als der Neuaufbau eines Servers von Grund auf mit Backups.