[solved] Problem mit Storage Konfiguration

[jaybee]

Hallo

Ich habe zwei physische esx 3.5 Server (ps1 und ps2), die via iSCSI auf ein HP MSA2012 zugreifen.
Seit kurzem habe ich das Problem, dass nur noch der ps2 das MSA in der Storage Configuration eingetragen hat.
Also dachte ich mir, dass ich auf dem ps1 das MSA einfach wieder per "Add Storage" hinzufügen kann. Wenn ich das mache, dann sehe ich sehr wohl das MSA, aber es ist angeblich leer (siehe Screenshot).



Wenn ich auf Next klicke, erhalte ich die Meldung "The hard disk is blank."
Das verunsichert mich jetzt extrem, da ich befürchte, dass das MSA formatiert wird, obwohl dort im Moment zwei virtuelle Server laufen. Kennt jemand diese Situation und konnte sie beheben?

Ich habe schon ein Refresh bzw Rescan gemacht, ohne Auswirkung.

Ich bin für jeden Input dankbar.

Danke!

[kastlr]

Hallo,

wahrscheinlich erkennt der zweite ESX Server die LUN als Snapshot, daher wird sie nicht automatisch gemountet.

Das kannst du über Configuration, Advanced Settings, LVM, LVM.DisallowSnapshotLun ändern, sofern es sich hierbei nicht wirklich um einen SnapShot handelt UND dein Server auch die Original LUN sieht.

Hoffe, das hilft dir weiter.

Gruß
Ralf

[bla!zilla]

Überprüfe mal bitte ob die Volumes der MSA an den beiden ESXern die gleiche LUN ID haben.

[jaybee]

Danke für die Antworten.

Es sind keine SnapShots vorhanden.

Beide ESX Server sehen die selbe LUN ID der MSA Volumes (LUN ID 0)

[kastlr]

Hallo,

das sind zwei verschiedene Paar Schuhe.

Ich meine, das die LUN von einem Server als Snapshotted LUN erkannt wird, du meinst einen SnapShot der VM.

Das kannst du auch im VMware Kernel Log nachlesen.

Gruß
Ralf

[jaybee]

hmm, ich glaube, das Problem ist schwerwiegender als ich bisher angenommen habe:

Code: Alles auswählen

[root@ps1 root]# esxcfg-mpath -l
Disk vmhba0:0:0 /dev/cciss/c0d0 (69973MB) has 1 paths and policy of Fixed
 Local 6:0.0 vmhba0:0:0 On active preferred

Disk vmhba32:2:0 /dev/sdb (286086MB) has 2 paths and policy of Fixed
 iScsi sw iqn.1998-01.com.vmware:ps1-42419d81<->iqn.1986-03.com.hp:storage.msa2012i.0808d52adc.b vmhba32:2:0 On active preferred
 iScsi sw iqn.1998-01.com.vmware:ps1-42419d81<->iqn.1986-03.com.hp:storage.msa2012i.0808d52adc.b vmhba32:3:0 On

Disk vmhba32:0:0 /dev/sda (559993MB) has 2 paths and policy of Fixed
 iScsi sw iqn.1998-01.com.vmware:ps1-42419d81<->iqn.1986-03.com.hp:storage.msa2012i.0808d52adc.a vmhba32:0:0 On active preferred
 iScsi sw iqn.1998-01.com.vmware:ps1-42419d81<->iqn.1986-03.com.hp:storage.msa2012i.0808d52adc.a vmhba32:1:0 On

[root@ps1 root]# fdisk /dev/sda -l

Disk /dev/sda: 587.1 GB, 587195219968 bytes
255 heads, 63 sectors/track, 71389 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot    Start       End    Blocks   Id  System
[root@ps1 root]#
[root@ps1 root]# fdisk /dev/sdb -l

Disk /dev/sdb: 299.9 GB, 299982913536 bytes
255 heads, 63 sectors/track, 36470 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
   Device Boot    Start       End    Blocks   Id  System


Sehe ich das richtig, dass die MFT nicht mehr gefunden, bzw weg ist?

[continuum]

Du meinst den VMFS eintrag im MBR ? - ja der scheint zu fehlen.

Den kannst du von Hand neu anlegen - dafuer solltest du aber genau wissen was da vorher drauf war - sonst richtest du mehr Schaden an als das es hilft.

Wenn du nur eine VMfs Partition hattest ist es relativ einfach. leg eine neue primaere VMFS partition an und stell den offset auf 128 !

guck mal hier
http://communities.vmware.com/thread/249445

[jaybee]

Alles klar.
Vom einen Datenspeicher konnte ich die Prozedur gemäss Anleitung hier: http://schimana.net/2010/03/it/partitio ... erstellen/) durchführen, hat funktioniert.

Nun habe ich noch einen zweiten Datenspeicher, der zwei Server vmdk und eine Daten vmdk enthält.

Hier habe ich eine grosse 500 GB Partition, die mehrere vmdks beherbergt.
Verstehe ich das richtig, dass die Neuerstellung / Reparatur der Partition nichts mit der Anzahl an virtuellen Disks zu tun hat?
Schliesslich geht es hier um die Partition auf dem MSA, die virtuellen Server bzw virtuellen Disks "wissen" davon gar nichts, korrekt?

Besten Dank für Eure Hilfe, ihr habt mir schon mal einen grossen Brocken Last nehmen können

[continuum]

Das anlegen eines neuen MBR-eintrag fuer eine VMFS-partition aendert nichts an dem Inhalt oder der Formattierung der Partition.

Deine Gaeste merken nichts davon - jedenfalls dann nicht wenn du die Partition wieder so anlegst wie sie vorher war.

[e-e-e]

Hallo,

der MBR sollte im Normalfall mehrfach auf der HDD abgelegt worden sein. Du könntest also eine Kopie auslesen, wenn Du Dir nicht sicher bist was im Original stand. Die Kopien findest Du mit Tools wie TestDisk und sfdisk.

[jaybee]

Vielen Dank an alle, es funktioniert nun wieder alles wie gewohnt, ich habe die Partitions Tabelle neu erstellt und schon wurde der Datenspeicher wieder angezeigt wie er soll.

Code: Alles auswählen

Command (m for help): n (um eine neue Partition zu erstellen)
Command (m for help): e (Für erweiterte Befehle)
Command (m for help): p (Eine primäre Partition erstellen)
Partition number (1-4): 1 (Partition Nr. 1)
First cylinder (1-39162, default 1): bestätigen (Default-Wert verwenden)
Last cylinder or +size or +sizeM or +sizeK (1-39162, default 39162): bestätigen (Default-Wert verwenden)
Command (m for help): t (Partitionstyp verändern)
Hex code (type L to list codes): fb (fb steht für VMFS!)
Command (m for help): x (in Experten-Modus gehen)
Expert command (m for help): b (Den Startpunkt der Partition angeben, wegen Alignment)
Partition number (1-4): 1 (wieder die erste Partition auswählen)
New beginning of data (63-629137529, default 63): 128 (VMFS hat einen Offset von 128!)
Expert command (m for help): w (Daten schreiben)

[continuum]

Hallo,

der MBR sollte im Normalfall mehrfach auf der HDD abgelegt worden sein. Du könntest also eine Kopie auslesen, wenn Du Dir nicht sicher bist was im Original stand. Die Kopien findest Du mit Tools wie TestDisk und sfdisk.

Hast du das mal ausprobiert ? - ich hab mit testdisk noch keinen derartigen Fall loesen koennen

[e-e-e]

Also mit Testdisk habe ich schon einige MBRs/Partitionstab. wieder hergestellt, allerdings war dort kein vmfs drauf, und sfdisk sagt Dir sogar an wo es die Kopien ablegt und dann findest Du die auch wieder.