lock auf VMDK eines RAW Device

[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

[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

[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]

[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

[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

[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

[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

[PeterDA]

Stimmt dies pseudo habe ich vergessen. Mein Büro ist zu heiß...

Hat der Befehl von Ralf geholfen?

Gruß Peter

[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

[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.