Recovering VMFS partitie

[SparkyRih]

Ik heb de HDD's van een ESXi 4.1 host (VMFS3) overgeplaatst naar een ESXi 5.5 host.

2 van de 3 VMFS3 HDD's zijn in orde, de datastores zijn netjes toegevoegd, maar van de laatste (1TB schijf) is de partitietabel stuk.

Hij was eerst helemaal weg, maar na het volgen van onderstaande stappen is er wel weer een partitie aanwezig, echter kan ik hem niet mounten:

http://kb.vmware.com/self...playKC&externalId=2046610

Is er iemand die mij hierbij advise kan geven? De data is zeker wel nog aanwezig, want als ik het onderstaande scriptje uitvoer krijg ik in de informative het label van de oude datastore te zien (datastore3):

code:

offset="128 2048"; for dev in `esxcfg-scsidevs -l | grep "Console Device:" | awk {'print $3'}`; do disk=$dev; echo $disk; partedUtil getptbl $disk; { for i in `echo $offset`; do echo "Checking offset found at $i:"; hexdump -n4 -s $((0x100000+(512*$i))) $disk; hexdump -n4 -s $((0x1300000+(512*$i))) $disk; hexdump -C -n 128 -s $((0x130001d + (512*$i))) $disk; done; } | grep -B 1 -A 5 d00d; echo "---------------------"; done

Output:

code:

---------------------
/vmfs/devices/disks/naa.600508b1001cc7bdd1de86abbd263e00
gpt
121597 255 63 1953459632
1 128 1953459598 AA31E02A400F11DB9590000C2911D1B8 vmfs 0
Checking offset found at 128:
0110000 d00d c001
0110004
1310000 f15e 2fab
1310004
0131001d  64 61 74 61 73 74 6f 72  65 33 00 00 00 00 00 00  |datastore3......|
0131002d  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
---------------------

(Er zitten natuurlijk meer disks in het system, maar om de disk in de output hierboven gaat het).

[Question Mark]

Wat is de foutmelding die je krijgt bij het mounten? (en hoe probeer je te mounten)

Als alles nl in orde is (zoals je stelf) zou een simpele rescan van "storage devices" en "VMFS volumes" voldoende moeten zijn.

Is het verwijderen van alle partities en het terugplaatsen van een backup overigens niet veel sneller?

[SparkyRih]

Het verwissleen van de schijven was in dit geval even wat sneller, behalve nu dat ik de partitietabel heb verwijderd op een of andere manier...

Als ik storage probeer aan te maken in vSphere herkent hij geen datastore op de disk (voordat ik de link in mijn eerste post probeerde zag hij zelfs helemaal geen data)... en als ik probeer te mounten via de terminal dan geeft hij geen melding, geen foutmelding maar ook geen success melding...

Dit moet de juiste layout zijn voor een 1TB VMFS3 datastore:

code:

---------------------
/vmfs/devices/disks/naa.600508b1001cc7bdd1de86abbd263e00
msdos
121597 255 63 1953459632
1 128 1953459598 251 0
Checking offset found at 128:
0110000 d00d c001
0110004
1310000 f15e 2fab
1310004
0131001d  64 61 74 61 73 74 6f 72  65 33 00 00 00 00 00 00  |datastore3......|
0131002d  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
---------------------

Het is erg frustrerend om te zien dat hier gewoon nog altijd het oude datastore label staat, dan moet ik hem toch ook weer kunnen mounten? Ik kan in vSphere refreshen en scannen wat ik wil, maar ik krijg hem maar niet terug. Ook als ik storage wil toevoegen geeft hij me niet de optie om de orginele datastore toe te voegen, hij wil de disk in de wizard formateren en er een nieuw VMFS op zetten...

Iemand een idee?

[ Voor 51% gewijzigd door SparkyRih op 28-08-2014 19:21 ]

[Question Mark]

Ik heb het artikel even vluchtig doorgelezen en er wordt gebruikt gemaakt van een script om de partitie te herstellen. Bij dat script staat de volgende opmerking:

Note: The above script checks all of the storage devices, so the list may be lengthy. This script is not applicable for local disks.

Houdt daar wel rekening mee.

Verder staat in stap 4 wat je kunt/moet proberen als de datastore partitie niet gemounted wordt (is overigens ook terug te vinden in je vmkernel.log file). Heb je stap 4 al doorlopen en zo ja, wat was de uitkomst hiervan?

[SparkyRih]

Ik kon die melding in de vmkernel log gisteren niet vinden, maar vandaag krijg ik hem wel steeds netjes, echter mijn error klopt natuurlijk weer niet:

Device shrank (actual size 1953459471 blocks, stored size 1953524032 blocks)

Volgens het artikel moet ik de waarde 1953524032 gebruiken (2e waarde in de regel).

1953524032 > 1953459471

1953524032 + 127 (tenminste ik neem aan dat ik in het geval van mijn VMFS3 de offset van mij - 1 moet pakken) = 1953524159

Echter als ik dit als einde pak geeft eht de error:

code:

Error: Can't have a partition outside the disk!
AddNewPartitions: ped_partition_new failed

Ik heb ook geprobeerd de 2e waarde zonder optelling, dit resulteerd in de zelfde fout.

De eerste waarde met of zonder optelling werkt beide, maar geeft verder ook geen resultaat m.b.t. tot mounten...

[Question Mark]

Lastig verhaal dan. Ik zou gewoon je backup terugzetten in dit geval. Je kunt hier uren of dagen aan spenderen, terwijl een restore van max 1 TB zo klaar is.

[FireDrunk]

Rare vraag misschien, maar heb je al eens geprobeerd om de disk in een Linux systeem te hangen? Er is een open-source read only driver voor VMFS... Het is misschien het proberen waard...

[SparkyRih]

FireDrunk schreef op vrijdag 29 augustus 2014 @ 08:37:
Rare vraag misschien, maar heb je al eens geprobeerd om de disk in een Linux systeem te hangen? Er is een open-source read only driver voor VMFS... Het is misschien het proberen waard...

Daar heb ik wel iets van vorbij zien vliegen, inderdaad het proberen waard... Ik wordt atm ook geholpen door mensen op de VMware community forums dus daar ga ik nog even mee door... Maar ik ga me in de tussentijd toch even verdiepen in jouw suggestive...

Er staat nog 10% niet geback-uppete data op die disk en die wil ik graag terug...

[SparkyRih]

Ik heb eindelijk tijd gehad om de disk aan een Ubuntu machine te hange, en ik kan netjes mijn 2 mappen met virtual hard disks zien met vmfs-tools, ik heb de kleinste vmdk ge-backuppet... Voor de grotere disk moet ik morgen even een nieuwe disk ophalen, want de virtual hdd's zijn niet dynamically expanded...

De eerste disk lijkt in orde na een snelle browse, maar het gaat jusit om die grotere Maar ik heb er vertrouwen in nu

[FireDrunk]

Yay!

[SparkyRih]

Alle data tot op de laatste bit terug Nu maar zorgen voor fatsoenlijke redundatnie op ALLE disks XD