LUN einbinden ohne Formatierung

[DynamiteDan]

Hi,

mir ist eine LUN "verlorengegangen". Das ganze ist passiert nachdem ich zu Testzwecken die Platten vom lokalen Storage von einem ESX in den anderen gesteckt habe. Die VMs tauchen logsicherweise im Inventory als "inaccessible" auf.

Ich sehe die LUN unter "Storage Adapters" als vmhba1:1:0:0 doch ich möchte die LUN nicht über "Add storage" einbinden. Denn dann wird ja alles formatiert. Mit vmkfstools bin ich nicht weiter gekommen.

Es sind zwar keine Produktiv-VMs auf der LUN aber ich würde die LUN gerne wiederherstellen ohne die Daten zu löschen...

Greetz

[bla!zilla]

Im Bereich der HBAs "rescan" und nach VMFS Dateisystemen suchen.

[DynamiteDan]

Hatte ich schon probiert aber hat auch nicht zum Erolg geführt.

[kastlr]

Hi,

es kommt immer wieder mal vor, das bei solchen Aktionen ein Prozess den Bereich der Partitionstabelle im MFT loescht, die eigentlichen Daten werden jedoch nicht veraendert.

Ueberpruefe mal, ob die Partitionstabelle auf der LUN noch existiert.

Mit esxcfg-mpath -l erfaehrst du, welches /dev/sdX deine LUN vmhba1:1:0 hat.
Anschliessend kannst du dir die Partitionstabelle der LUN mit fdisk /dev/sdX -l anzeigen lassen.
Ein VMFS Datastore hat die Kennung fb.

Falls du keine Partition angezeigt bekommst, muss diese manuell wieder hergestellt werden.

Melde dich, falls das der Fall ist.

[DynamiteDan]

Erst mal vielen Dank an dich. Folgende Ausgabe habe ich bekommen:

[root@esx01 genscsi]# esxcfg-mpath -l
Disk vmhba1:0:0 /dev/sda (69618MB) has 1 paths and policy of Fixed
Local 11:14.0 vmhba1:0:0 On active preferred

Disk vmhba1:1:0 /dev/sdb (278472MB) has 1 paths and policy of Fixed
Local 11:14.0 vmhba1:1:0 On active preferred

[root@esx01 genscsi]# fdisk /dev/sdb -l

Disk /dev/sdb: 291.9 GB, 291999055872 bytes
255 heads, 63 sectors/track, 35500 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/sdb1 1 35500 285153686 fb Unknown

Es scheint also als wäre die LUN noch intakt. Kannst du mir beim weiteren Vorgehen helfen?

[Tschoergez]

ok. das ist doch schon mal etwas.

dann schau doch mal, was im vmkernel log steht unter /var/log/vmkernel während des rescans. ich tippe mal auf dinge wie (lun xxxxx is a snapshot, disabling access).
Denn eigentlich erkennt der ESX, wenn auf ner lun schon eine vmfs partition ist.

wie kams denn zu dem "unfall"?

viele grüße,
jörg

[DynamiteDan]

OK Vielen Dank für die Hilfe. Folgende Ausgabe hatte ich:
vml.0 200000000600605b0003469e00fe272b67c7a1797535243534153:1 may be snapshot: disabli ng access. See resignaturing section in SAN config guide.


Danach hab ich unter Configuration->Advanced Settings->LVM->LVM.EnableResignature von "0" auf "1" geändert. Einen Rescan durchgeführt und die LUN war wieder unter "Storage" zu finden.

Zu dem Unfall kam es als ich den Plattenverband der beiden Server zu Testzwecken getauscht habe.

[Tschoergez]

STRIKE

hab ich mir gedacht sowas. Allerdings wollt ich den Resignature-Tipp nicht ohne weitere Infos geben, weil der natürlich auch auf die anderen Datastores auswirkungen haben kann.

Am besten wieder zurückstellen auf 0 wenns wieder funktioniert.

(Ansonsten läufst Du in die Gefahr, dass beim nächsten Rescan, wenn sich irgendwie die physik dahinter verändert hat, alle VMs neu registrieren musst...)

Mit den beiden Einstellungen unter "LVM", also enem resignature und disallow-snapshot-LUN ist nicht zu spaßen!

Viele Grüße,
Jörg