Seite 1 von 1
lock auf VMDK eines RAW Device
Verfasst: 21.05.2012, 21:28
von Mr.Schrotti
Hi,
ich hab seit heute ein Problem. Einer VM ist ein RAW devices zugeordnet und ich wollte den Server neu aufsetzen und hab die Festplatte einfach in die neue VM eingegangen und die alte suspended. Nun wollte ich die pausierte wieder starten (was natürlich nicht ging weil auf die VMDK schon zugegriffen wurde).
Nach einem ausschalten der neuen VM lässt sich nun weder die neue noch die alte mit dem RAW Device erfolgreich starten. Er sagt mir immer das die Datei gesperrt ist :/
Habe schon den Host neugestartete in der Hoffnunf das der LOCK aufgehoben wird leider ohne erfolg
Kann mir da evtl. jemand weiterhelfen?
Gruß
Tobias
edit: gelockt ist die zugehörige rdmp.vmdk
Verfasst: 21.05.2012, 22:21
von Mr.Schrotti
also den lock bin ich nun los geworden. Nun wird mir allerdings ein 2. RAW device gar nicht mehr angezeigt :/ also ich will die VMDK hinzufügen wird mir aber in der auswahl nicht angezeigt. Im Fileexplorer ist die datei allerdings da Oo
wenn ich es auf einem anderen host versuche gehts. Wenn ich dann migrieren will sagt der client mir, dass kein zugriff auf die Datei möglich ist von da aus.....
die erlaubnis eine iSCSI verbindung zu der LUN aufzubauen ist da mhhh
Verfasst: 22.05.2012, 00:16
von Mr.Schrotti
ich verzweifel hier gleich :/ der LOCK scheint immer noch dort zu sein
Code: Alles auswählen
/vmfs/volumes/4ddb56e0-67000b01-187d-0026b966de15/OPSI # vmkfstools -D OPSI_3-rdmp.vmdk
Lock [type 10c00001 offset 13803520 v 15562, hb offset 3223552
gen 373, mode 1, owner 4fba9478-c97e7429-6b78-0026b9671865 mtime 5044 nHld 0 nOvf 0]
Addr <4, 7, 172>, gen 12753, links 1, type rdm, flags 0, uid 0, gid 0, mode 600
len 322122547200, nb 0 tbz 0, cow 0, newSinceEpoch 0, zla 0, bs 512
Die VM aus der Liste genommen + neu auf dem host registriert. Gestartet => Problem besteht weiterhin
die VMDK enthält nur folgendes, muss da nicht der Pfad zum iSCSI noch drin stehen??
Code: Alles auswählen
/vmfs/volumes/4ddb56e0-67000b01-187d-0026b966de15/OPSI # cat OPSI_3.vmdk
# Disk DescriptorFile
version=1
encoding="UTF-8"
CID=a908fc47
parentCID=ffffffff
isNativeSnapshot="no"
createType="vmfsPassthroughRawDeviceMap"
# Extent description
RW 629145600 VMFSRDM "OPSI_3-rdmp.vmdk"
# The Disk Data Base
#DDB
ddb.toolsVersion = "0"
ddb.adapterType = "lsilogic"
ddb.geometry.sectors = "63"
ddb.geometry.heads = "255"
ddb.geometry.cylinders = "39162"
ddb.uuid = "60 00 C2 9c 7b e1 0f f4-ab 97 6c 00 c5 d7 b3 8e"
ddb.longContentID = "ed14c273ee315a634331db17a908fc47"
ddb.virtualHWVersion = "7"
edit:
eventuell auch noch ganz interessant. Wenn ich die VM auf dem Host registriere der den LOCK haben soll laut vmkfstool., dann springt der LOCK wieder auf den anderen Host über Oo
Code: Alles auswählen
/vmfs/volumes/4ddb56e0-67000b01-187d-0026b966de15/OPSI # vmkfstools -D OPSI_3-rdmp.vmdk
Lock [type 10c00001 offset 13803520 v 15562, hb offset 3223552
gen 373, mode 1, owner 4fba9478-c97e7429-6b78-0026b9671865 mtime 5044 nHld 0 nOvf 0]
Addr <4, 7, 172>, gen 12753, links 1, type rdm, flags 0, uid 0, gid 0, mode 600
len 322122547200, nb 0 tbz 0, cow 0, newSinceEpoch 0, zla 0, bs 512
/vmfs/volumes/4ddb56e0-67000b01-187d-0026b966de15/OPSI # vmkfstools -D OPSI_3-rdmp.vmdk
Lock [type 10c00001 offset 13803520 v 15562, hb offset 3223552
gen 373, mode 1, owner 4fba9478-c97e7429-6b78-0026b9671865 mtime 5044 nHld 0 nOvf 0]
Addr <4, 7, 172>, gen 12753, links 1, type rdm, flags 0, uid 0, gid 0, mode 600
len 322122547200, nb 0 tbz 0, cow 0, newSinceEpoch 0, zla 0, bs 512
/vmfs/volumes/4ddb56e0-67000b01-187d-0026b966de15/OPSI #
[/quote]
Verfasst: 22.05.2012, 11:51
von kastlr
Hallo Tobias,
hast du schon mal versucht, den Lock zu brechen?
Führe mal folgendes Kommando aus.
vmkfstools -q /vmfs/volumes/4ddb56e0-67000b01-187d-0026b966de15/OPSI/OPSI_3.vmdk
Als Ausgabe erhältst du einen String vml.xxxxx.
Diesen verwendest du dann für folgenden Befehl.
vmkfstools -B /vmfs/devices/disks/vml.xxxxx
Damit sollte der LOCK dann gelöscht werden können.
Viel Erfolg,
Ralf
Verfasst: 22.05.2012, 12:27
von PeterDA
Hi,
ich frage mich gerade, ob hier nicht zwei Dinge durcheinander geworfen werden:
Du schreibst in deinem ersten Posting, dass du ein RDM an eine andere VM gehängt hast. Und dann das die VMDK gelockt ist. Es scheint sich also um zwei Unterschiedliche Laufwerke zu handeln oder? Entweder ist die Platte eine VMDK oder ein RDM.
Gruß Peter
Verfasst: 22.05.2012, 12:55
von kastlr
Hallo Peter,
das glaube ich eigentlich nicht, da auch bei einem RAW Device eine (pseudo) vmdk erzeugt wird.
Und wenn auf der eigentlichen Disk noch ein Lock hängt, kriegst du beim Starten dieser VM gesagt, das ein Problem beim Zugriff auf die vmdk besteht.
Aber warten wir mal auf die Antwort von Tobias.
Gruß
Ralf
Verfasst: 22.05.2012, 15:53
von Mr.Schrotti
Hi,
danke für die Antworten.
Ja VMware generiert eine pseudo vmdk die dann auf die rdm.vmdk linkt. Die VMDK füge ich als normale virtuelle festplatte der VM hinzu (funktioniert mit einem anderen RAW device auch so)
Den befehl zum LOCK lösen teste ich gleich nochmal
Verfasst: 22.05.2012, 20:54
von PeterDA
Stimmt dies pseudo habe ich vergessen. Mein Büro ist zu heiß...
Hat der Befehl von Ralf geholfen?
Gruß Peter
Verfasst: 22.05.2012, 22:40
von Mr.Schrotti
nicht nur dein büro is zu heiß

....
die VMDK war einer anderen VM die eingescaltet war zugeordnet
zuordnung gelöscht tadaaa geht
Trotz dem danke für die Unterstützung
Verfasst: 23.05.2012, 12:21
von kastlr
Na, dann mach ich mal die Rechnung fertig.
Die Feuerwehr läßt sich solche Einsätze auch bezahlen.
Die selbst eingebauten Fehler sind immer die besten.
