3
Vmware ESXi 4.1 VMFS Lock freigeben
Nach problem mit Datastore (Datastore plötzlich verschwunden) und daraus resultierendem Neustart, Virtuelle Maschinen gesperrt und nicht mehr startbar.
Hallo,
Letzte Woche war einer unserer Datastores plötzlich nicht mehr verfügbar (interne SATA Platten) d.h. VSphere hat sie nicht mehr angezeigt.
Die Maschinen die auf diesem Datastore liefen waren zwar noch als eingeschaltet gekennzeichnet aber nicht mehr erreichbar.
Wir haben dann den ESXi neugestartet. Daraufhin waren zwar wieder alle Datastores und auch die Daten da, allerdings ließen diese sich nicht öffnen/starten.
Die entsprechenden Maschinen sind auch ausgegraut und heißen "Unknown (ungültig)"
Nach befragen von google und lesen von zich Webseiten haben wir bereits folgendes probiert:
Auf der Shell des Servers: vmkfstools -D <pfad zu einer der gesperrten Dateien>
zeigt:
Lock [type 10c00001 offset 6375424 v 245, hb offset 3776512
gen 233, mode 1, owner 4dd7cd9e-a5826779-5fd1-003048c30e8c mtime 848]
Addr <4, 5, 17>, gen 244, links 1, type reg, flags 0, uid 0, gid 0, mode 644
len 303353, nb 1 tbz 0, cow 0, zla 1, bs 4194304
Da wir eigentlich nur einen ESXi Server haben, gehen wir davon aus, das es auch der "Lock-Holder" ist.
Die Mac-Adressen stimmen auch überein.
Der VMware KB Artikel: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&am ...
hat leider auch nichts gebracht, "vm-support -x" zeigt (da wir neugestartet haben/hatten) an: "There are no worlds to Debug"
Wir haben noch folgendes versucht:
vmkfstools -L release / lunreset /vmfs/devices/disks/....
Da wir nicht so genau herausgefunden haben was hier als Pfad zu verwenden ist, haben wir es mit den verschiedenen Platten versucht.
Im VSphere Client steht für den Datastore: Local AMCC Disk (t10.AMCC____9QJ0ZCFYD87EFE007FC4):1
dafür gibt es auch ein Device, ein release bzw. lunreset darauf brachte nichts.
Im VSphere Client unter Pfade steht noch folgendes: vmhba1:C0:T1:L0
Ein solches Device konnten wir aber unter devices/disks nicht finden.
Als letztes haben wir noch ein vmkfstools -B versucht was allerdings auch nichts änderte.
vmkfstools -D zeigt immernoch die gleichen angaben.
Gibt es eine weitere Möglichkeit den Lock freizugeben?
Unser aktueller Workaround ist es, eine Ubuntu Live CD mit vmfs-tools zu booten und die entsprechenden Dateien auf ein nfs zu kopieren.
Leider kann der Treiber für vmfs aktuell nur lesen, d.h. wir können die Maschinen auch nicht mehr vom Datastore löschen...
Vielen Dank für Antworten im vorraus, asgaroth
Hallo,
Letzte Woche war einer unserer Datastores plötzlich nicht mehr verfügbar (interne SATA Platten) d.h. VSphere hat sie nicht mehr angezeigt.
Die Maschinen die auf diesem Datastore liefen waren zwar noch als eingeschaltet gekennzeichnet aber nicht mehr erreichbar.
Wir haben dann den ESXi neugestartet. Daraufhin waren zwar wieder alle Datastores und auch die Daten da, allerdings ließen diese sich nicht öffnen/starten.
Die entsprechenden Maschinen sind auch ausgegraut und heißen "Unknown (ungültig)"
Nach befragen von google und lesen von zich Webseiten haben wir bereits folgendes probiert:
Auf der Shell des Servers: vmkfstools -D <pfad zu einer der gesperrten Dateien>
zeigt:
Lock [type 10c00001 offset 6375424 v 245, hb offset 3776512
gen 233, mode 1, owner 4dd7cd9e-a5826779-5fd1-003048c30e8c mtime 848]
Addr <4, 5, 17>, gen 244, links 1, type reg, flags 0, uid 0, gid 0, mode 644
len 303353, nb 1 tbz 0, cow 0, zla 1, bs 4194304
Da wir eigentlich nur einen ESXi Server haben, gehen wir davon aus, das es auch der "Lock-Holder" ist.
Die Mac-Adressen stimmen auch überein.
Der VMware KB Artikel: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&am ...
hat leider auch nichts gebracht, "vm-support -x" zeigt (da wir neugestartet haben/hatten) an: "There are no worlds to Debug"
Wir haben noch folgendes versucht:
vmkfstools -L release / lunreset /vmfs/devices/disks/....
Da wir nicht so genau herausgefunden haben was hier als Pfad zu verwenden ist, haben wir es mit den verschiedenen Platten versucht.
Im VSphere Client steht für den Datastore: Local AMCC Disk (t10.AMCC____9QJ0ZCFYD87EFE007FC4):1
dafür gibt es auch ein Device, ein release bzw. lunreset darauf brachte nichts.
Im VSphere Client unter Pfade steht noch folgendes: vmhba1:C0:T1:L0
Ein solches Device konnten wir aber unter devices/disks nicht finden.
Als letztes haben wir noch ein vmkfstools -B versucht was allerdings auch nichts änderte.
vmkfstools -D zeigt immernoch die gleichen angaben.
Gibt es eine weitere Möglichkeit den Lock freizugeben?
Unser aktueller Workaround ist es, eine Ubuntu Live CD mit vmfs-tools zu booten und die entsprechenden Dateien auf ein nfs zu kopieren.
Leider kann der Treiber für vmfs aktuell nur lesen, d.h. wir können die Maschinen auch nicht mehr vom Datastore löschen...
Vielen Dank für Antworten im vorraus, asgaroth
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 168880
Url: https://administrator.de/contentid/168880
Ausgedruckt am: 22.11.2024 um 20:11 Uhr
3 Kommentare
Neuester Kommentar
Hi,
was ist, wenn Ihr lieber mit einer Knoppix-CD oder DVD startet?
Wir hatten auch schon mal de Effekt bei einer älteren ESX-Version, das die Webanzeige mal die HD nicht einbinden lies.
Das konnten wir so lösen, das wir die Konfigurationsdatei angeschaut haben und dort ein Schreibfehler war wegen Gross und Kleinschreibung.
Nach manuellen Umändern konnten wir die HD einbinden in die virtuelle Machine fuhren sie wieder hoch.
Gruss
Holli
was ist, wenn Ihr lieber mit einer Knoppix-CD oder DVD startet?
Wir hatten auch schon mal de Effekt bei einer älteren ESX-Version, das die Webanzeige mal die HD nicht einbinden lies.
Das konnten wir so lösen, das wir die Konfigurationsdatei angeschaut haben und dort ein Schreibfehler war wegen Gross und Kleinschreibung.
Nach manuellen Umändern konnten wir die HD einbinden in die virtuelle Machine fuhren sie wieder hoch.
Gruss
Holli
Hallo,
ungültige Maschinen hatte ich auch schon auf dem ESXi. Da ich daraus keine Wissenschaft machen wollte, hab ich sie einfach neu eingebunden:
Sollte sowas allerdings öfter vorkommen, wäre eine andere Lösung natürlich vorteilhafter.
kristov
ungültige Maschinen hatte ich auch schon auf dem ESXi. Da ich daraus keine Wissenschaft machen wollte, hab ich sie einfach neu eingebunden:
- Datenspeicher durchsuchen
- in den entsprechenden Ordner rein
- im Kontextmenü des .vmx-Files "zur Bestandsliste hinzufügen" ausgewählt
- Namen eingeben
- Ungültige Maschine aus Bestandsliste entfernen
Sollte sowas allerdings öfter vorkommen, wäre eine andere Lösung natürlich vorteilhafter.
kristov
Danke für die Antworten.
Knoppix macht da wahrscheinlich keinen Unterschied, da der VMFS Treiber der gleiche sein wird. Allerdings kann ich das auch nochmal überprüfen.
An einem Schreibfehler kann es leider nicht liegen da wir:
1. Eigentlich nichts geändert haben.
2. Wir die Dateien *.vmx, vmware.log etc. wegen der Sperre gar nicht öffnen können.
Das hinzufügen zur Bestandsliste ist leider auch keine Option, haben das auch schon getestet, der entsprechende Menüeintrag ist aber aufgrund der Sperre ausgegraut.
Viele Grüße, asgaroth
Knoppix macht da wahrscheinlich keinen Unterschied, da der VMFS Treiber der gleiche sein wird. Allerdings kann ich das auch nochmal überprüfen.
An einem Schreibfehler kann es leider nicht liegen da wir:
1. Eigentlich nichts geändert haben.
2. Wir die Dateien *.vmx, vmware.log etc. wegen der Sperre gar nicht öffnen können.
Das hinzufügen zur Bestandsliste ist leider auch keine Option, haben das auch schon getestet, der entsprechende Menüeintrag ist aber aufgrund der Sperre ausgegraut.
Viele Grüße, asgaroth
