Großes Problem! Storage verschwunden?!

[Murat]

HILFEEEE!!
Ich brauche schon wieder eure Hilfe - aber dieses mal ganz dringend!

Und zwar folgendes: nach den Blocksize-Problemen, die ich hatte, habe ich ESX auf eine separate RAID1-Partition installiert. Soweit so gut. Das Storage (RAID5, lokale HDD) habe ich später eingebunden (hatte ich während der Installation draußen). Auch alles gut. Da ich ja mein RAID5 platt machen musste für die Blocksize-Geschichte, habe ich die VMs auf eine Einzelplatte migriert. Diese Backup-Platte habe ich nun nach der Neuinstallation als Datenspeicher hinzugefügt, die VMs wieder auf den richtigen Storage migriert und auch getestet (laufen, Pfadangaben stimmen ebenfalls). Nun habe ich diese einzelne Backup-HDD entfernt (zuerst im Client den Storage gelöscht, sodass nur noch die ESX-Platte und der RAID5-VM-Storage da waren) und danach im RAID-Controller ebenfalls rausgelöscht (lief als RAID0 dort). Nun fahre ich den ESX wieder hoch und er sieht nur noch die ESX-Platte. Der RAID5-Verbund ist nicht mehr gemountet, wird aber im Controller als solches gezeigt. Was muss ich tun??? Ich habe kaum bis gar keine Linux-Kenntnisse... Bitte helft mir!

MfG,
Murat

[irix]

Mach mal einen Rescan auf dem HBA und schau ob er die LUN wieder findet.

Gruss
Joerg

[Murat]

Einen Rescan auf dem HBA habe ich schon gemacht - sieht leider nur das kleine ESX-RAID...

[irix]

Zeig mal ein fdisk -l und schau mal ob da was zusehen ist.

Gruss
Joerg

[Murat]

Dort wird nur das 250GB-RAID1 angezeigt und die knapp 8GB große Boot-Partition

[Murat]

Was mir noch einfällt: mir war aufgefallen, dass die Konstellation im Controller folgende ist: das Raid1 ist als Logical Drive 1 aufgeführt, das Raid5 ist Logical Drive 3. Die 2 war die Backup-Platte, die ich drin hatte. Kann das das Problem verursachen? Und wenn ja: wie behebe ich das?

[irix]

Dort wird nur das 250GB-RAID1 angezeigt und die knapp 8GB große Boot-Partition

Dann frag den VMware Support.

Gruss
Joerg

[Murat]

Ja, ich habe soeben ein Case eröffnet. Mal schauen, ob die heute noch zurückrufen. Trotzdem vielen Dank für die schnelle Unterstützung!

[Murat]

Hi!

Da bin ich nochmal... Also da der VMware-Support scheinbar weder in Lage ist, mir zu helfen, Mails zu schreiben, noch richtige Rückrufe tätigen zu können (warte seit einer Woche auf Rückmail oder Rückruf), wende ich mich nochmal an euch. Ich hab da zwar eben nochmal angerufen und mich beschwert, aber ich hab da meine Zweifel, dass da heute noch was passiert...
Ich habe mal die Log-Datei ausgelesen und dabei wird mir dieses hier angezeigt, wenn ich den HBA nochmal abscanne:

Code: Alles auswählen

[root@VFRESX1 /]# tail -f /var/log/vmkernel
Feb 26 11:04:57 VFRESX1 vmkernel: 0:00:01:28.644 cpu10:4119)Config: 289: "VMOverheadGrowthLimit" = -1, Old Value: -1, (Status: 0x0)
Feb 26 11:04:57 VFRESX1 vmkernel: 0:00:01:28.743 cpu2:4098)NMP: nmp_CompleteCommandForPath: Command 0x12 (0x410006031500) to NMP device "mpx.vmhba33:C0:T0:L0" failed on physical path "vmhba33:C0:T0:L0" H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.
Feb 26 11:04:57 VFRESX1 vmkernel: 0:00:01:28.743 cpu2:4098)ScsiDeviceIO: 747: Command 0x12 to device "mpx.vmhba33:C0:T0:L0" failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.
Feb 26 11:17:04 VFRESX1 vmkernel: 0:00:14:45.828 cpu12:4117)ScsiScan: 843: Path 'vmhba0:C0:T0:L0': Vendor: 'HP      '  Model: 'LOGICAL VOLUME  '  Rev: '1.66'
Feb 26 11:17:04 VFRESX1 vmkernel: 0:00:14:45.828 cpu12:4117)ScsiScan: 846: Path 'vmhba0:C0:T0:L0': Type: 0x0, ANSI rev: 5, TPGS: 0 (none)
Feb 26 11:17:04 VFRESX1 vmkernel: 0:00:14:45.866 cpu2:4098)NMP: nmp_CompleteCommandForPath: Command 0x12 (0x4100060ba800) to NMP device "mpx.vmhba33:C0:T0:L0" failed on physical path "vmhba33:C0:T0:L0" H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.
Feb 26 11:17:04 VFRESX1 vmkernel: 0:00:14:45.866 cpu2:4098)ScsiDeviceIO: 747: Command 0x12 to device "mpx.vmhba33:C0:T0:L0" failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.
Feb 26 11:17:05 VFRESX1 vmkernel: 0:00:14:46.869 cpu9:4119)Vol3: 1488: Could not open device '4b75171d-8e953441-c63b-f4ce4687be32' for probing: No such target on adapter
Feb 26 11:17:05 VFRESX1 vmkernel: 0:00:14:46.869 cpu9:4119)Vol3: 608: Could not open device '4b75171d-8e953441-c63b-f4ce4687be32' for volume open: No such target on adapter
Feb 26 11:17:05 VFRESX1 vmkernel: 0:00:14:46.869 cpu9:4119)FSS: 3702: No FS driver claimed device '4b75171d-8e953441-c63b-f4ce4687be32': Not supported


Ich habe zwar danach gegoogled, aber nichts besonders hilfreiches finden können. Könnt ihr damit was anfangen?

[kastlr]

Hallo,

wird die LUN denn von deinem Array überhaupt noch nach draussen durchgereicht?
Unterstützt dein Array denn Sparse LUNs, sind freie Slots bei der SCSI Nummerierung erlaubt?
Schließlich hast du ja scheinbar die LUN mit der niedrigeren SCSI ID gelöscht, scannt dein Adapter denn danach noch weiter und findet die zweite LUN?
Das solltest du ja eigentlich nach einem Reboot direkt im Adapter BIOS überprüfen können, also bevor der ESX überhaupt geladen wird.

Lass uns doch mal den Output des folgenden Kommandos zukommen.
ls -al /proc/scsi/scsi
Dadurch können wir prüfen, wieviele LUNs das System überhaupt sieht.

Gruß
Ralf

[Murat]

Hi!

@kastlr: also der RAID-Controller sieht das Drive 3 dann noch nach wie vor. Aber wenn ich im ESX einen Rescan des HBA durchführe, ist nur das Drive 1 zu sehen. Ich hatte testweise auch mal Ubuntu gestartet und siehe da - dieser sieht auch das Drive 3!!! Also muss es ein ESX-Problem sein - ich verstehe nur nicht, wo das Problem liegt, wenn Ubuntu das problemlos kann...


Also, ich habe nun folgendes gemacht: ich habe die alte Ursprungskonfiguration (hardwaretechnisch) wiederhergestellt - und nun habe ich auch sämtliche Daten wieder im Zugriff. Mein Problem ist nach wie vor, dass die nicht mehr benötigte Einzel-HDD im RAID-Controller als Drive 2 angezeigt wird (also genau in der Mitte der beiden bestehenden RAIDs). Sobald ich diesen entferne, wird Drive 3 nicht mehr angezeigt als Storage. Ich habe es mit dem KB-Artikel 1015084 (Unpresenting a LUN...) probiert, was auch ohne weitere Fehlermeldung klappte. Aber nach dem Entfernen aus dem RAID-Controller war es das selbe Ergebnis... Die Frage ist nun: wie entferne ich im ESX eine Festplatte richtig? Oder sieht VMware es nicht vor, dass man sowas durchführt??

Grüße,
Murat

[kastlr]

Hallo,

überprüf mal unter <Configuration, Software, Advanced Settings, Disk> die Einstellung Disk.SupportSparseLUN, diese muß auf 1 stehen.
Ansonsten würde ich mal versuchen, die Nummerierung in deinem RAID Array anzupassen (sofern dies möglich ist).

Viel Erfolg
Ralf

[Murat]

Ich hab die Einstellung eben mal kontrolliert und die steht schon auf der 1. Ansonsten lässt sich leider im Controller diese Nummerierung nicht verändern. Ich jedenfalls bin da erstmal mit meinem Latein am Ende... Auch der VMware-Support, der nun per Webex-Session 90 Min. lang versucht hat, ist verzweifelt
Ich bin kurz davor, dass Drive 3 im Controller aufzulösen, neu erstellen als Drive 2 und dann ins ESX einbinden. Soltle hoffentlich ja gut gehen... Wenn nicht, bleibt nur noch die komplette Neuinstallation.

MfG,
Murat

[UrsDerBär]

könntest auch ne Mini-Lun von 8MB oder so erstellen. Wenn der Controller nur ein bisschen schlau ist, füllt er dir die ID wieder auf.

[bla!zilla]

Hast du überhaupt Support gekauft??? Wenn nicht, dann beschwer dich mal nicht über den VMware Support.

[Murat]

Ja, natürlich hab ich den Support gekauft! Warum sollte ich mich auch grundlos beschweren??? Und nachdem ich am Freitag da etwas Dampf gemacht habe, ging es ja auch plötzlich problemlos mit den Rückrufen bzw. Mails. Nur der eine Supporter hatte wohl eher weniger Lust auf seinen Job...