Raid 5 abgeraucht?
Hallo,
habe hier einen alten MAgnia 5100 mit einem Raid 5.
5 Platten. Mit einem Mal: FIEEEEEP, sprich irgendwas ist nicht in Ordnung ;=)
Bluescreen folgte inkl. Reboot.
Beim initialisieren des Megaraidcontrollers bzw. der Platten fängt es wieder an zu fiepen.
Ok kurz taucht was mit mismatch auf, dann bin ich bios vom controller.
Alarm deaktiviert
Gehe auf physical drives und sehe dann den Raidverbund, alle Platten stehen auf: failed
Eine davon war letzte Woche schon failed, hab ich dann mit rebuild wieder hinbekommen.
Welche Optionen habe ich, wenn alle auf failed stehen bzw. woher kommt dies?
Die können ja nicht alle tot sein ;=)
Vielen Dank für sachdienliche Hinweise.
habe hier einen alten MAgnia 5100 mit einem Raid 5.
5 Platten. Mit einem Mal: FIEEEEEP, sprich irgendwas ist nicht in Ordnung ;=)
Bluescreen folgte inkl. Reboot.
Beim initialisieren des Megaraidcontrollers bzw. der Platten fängt es wieder an zu fiepen.
Ok kurz taucht was mit mismatch auf, dann bin ich bios vom controller.
Alarm deaktiviert
Gehe auf physical drives und sehe dann den Raidverbund, alle Platten stehen auf: failed
Eine davon war letzte Woche schon failed, hab ich dann mit rebuild wieder hinbekommen.
Welche Optionen habe ich, wenn alle auf failed stehen bzw. woher kommt dies?
Die können ja nicht alle tot sein ;=)
Vielen Dank für sachdienliche Hinweise.
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 30834
Url: https://administrator.de/forum/raid-5-abgeraucht-30834.html
Ausgedruckt am: 23.12.2024 um 13:12 Uhr
11 Kommentare
Neuester Kommentar
Wenn keine HotSpare im Spiel ist, kannst Du alle wieder auf online setzen, im Log versuchen, rauszubekommen, welche das Schlamassel verursacht hat (sieht man an der Zeit), die entweder ziehen (ist vermutlich das Beste, da die vermutlich den SCSI- Bus dichtgemacht hatte) oder auf failed setzen. Danach neue Platte dran und rebuilden.
Betriebssystem NICHT hochfahren, KEINESFALLS einen Checkdisk erlauben, sonst ist Feierabend. Wenn der Rebuild gelungen ist, OS ohne CHKDSK hochfahren und schauen, was noch alles OK ist.
Das ganze natürlich ohne Garantie, ich hoffe, Du hast nen Backup.
Gruß - Toni
Betriebssystem NICHT hochfahren, KEINESFALLS einen Checkdisk erlauben, sonst ist Feierabend. Wenn der Rebuild gelungen ist, OS ohne CHKDSK hochfahren und schauen, was noch alles OK ist.
Das ganze natürlich ohne Garantie, ich hoffe, Du hast nen Backup.
Gruß - Toni
Hi,
freut mich, daß er wieder tut, allerdings wird die Freude nicht lange währen, solange die defekte Platte nicht gefunden und getauscht wurde. Das Log ist im Menü des Kontrollers, nicht auf der Platte (wo sollte er beim Crash denn auch hinschreiben??).
W2K: geht, man muß aber die W2K- Install- CD modifizieren, indem man die Treiber einbindet. Ist hier zum beschreiben zu kompliziert, da man viel tricksen muß wegen der Reg- Einträge. Zumindest habe ich damit HP LXPro 200 und LH Pro 200 zum laufen gebracht.
Gruß - Toni
freut mich, daß er wieder tut, allerdings wird die Freude nicht lange währen, solange die defekte Platte nicht gefunden und getauscht wurde. Das Log ist im Menü des Kontrollers, nicht auf der Platte (wo sollte er beim Crash denn auch hinschreiben??).
W2K: geht, man muß aber die W2K- Install- CD modifizieren, indem man die Treiber einbindet. Ist hier zum beschreiben zu kompliziert, da man viel tricksen muß wegen der Reg- Einträge. Zumindest habe ich damit HP LXPro 200 und LH Pro 200 zum laufen gebracht.
Gruß - Toni
hatte ich mir fast gedacht! Du hast eine Platte drin, die den Bus totmacht. Lösung: platte für Platte ziehen, bis Du die defekte hast (Achtung: nix vertauschen, sonst ist Schluss!!!!). Wenn das Array mit der Platte nicht mehr online geht, ersetze sie durch eine neue und setz wieder alle auf online. Danach die neue auf failed, damit hast Du wieder ein funktionierendes Array, allerdeings degraded. Nun kannst Du auf diese failed Disk einen Rebuild starten.
Treiber einbinden: Ich hab bei W2K und XP alle möglichen SCSI- Raid- Treiber, SATA usw. eingebunden, ist halt etwas probieren und Geduld nötig.
Es gibt auf der W2K- CD eine Datei, ich glaube, sie heißt txtsetup.sif, in der die Einstellungen für die Devices hinterlegt sind. Die darin enthaltenen Reg- Einträge sind recht kryptisch, deshalb habe ich ähnliche Einträge verwendet und abgeändert. Beispiel: HP Netraid: Eintrag kopiert und durch einen aktuellen Treiber ersetzt. Treiber in das Verzeichnis kopieren (der Treiber muß gepackt sein, dazu reicht es aber, die Erweiterung vin .sys in .sy_ umzubenennen, das OS merkts nicht).
So gehts im groben, etwas Mühe mußt Du Dir dann schon selbst machen...
Gruß und viel Spaß - Toni
Treiber einbinden: Ich hab bei W2K und XP alle möglichen SCSI- Raid- Treiber, SATA usw. eingebunden, ist halt etwas probieren und Geduld nötig.
Es gibt auf der W2K- CD eine Datei, ich glaube, sie heißt txtsetup.sif, in der die Einstellungen für die Devices hinterlegt sind. Die darin enthaltenen Reg- Einträge sind recht kryptisch, deshalb habe ich ähnliche Einträge verwendet und abgeändert. Beispiel: HP Netraid: Eintrag kopiert und durch einen aktuellen Treiber ersetzt. Treiber in das Verzeichnis kopieren (der Treiber muß gepackt sein, dazu reicht es aber, die Erweiterung vin .sys in .sy_ umzubenennen, das OS merkts nicht).
So gehts im groben, etwas Mühe mußt Du Dir dann schon selbst machen...
Gruß und viel Spaß - Toni
Hi,
definitiv ein Kabel- Problem (oder Plattenkäfig), denn wenn Du über den Kontroller die Platten nicht mehr ansprechen kannst, sind für den Kontroller auch keine vorhanden, auch wenn die laufen und grün sind (rot werden die bei HP erst, wenn Du sie schon riechen kannst...).
Bei Konfiguration mismatch gibts normalerweise 2 Lademöglichkeiten für die Konfig:
1. Kontroller liest Infos von Platten und schreibt die in sein NVRam
2. Kontroller liest Konfig aus seinem NVRam und schreibt diese auf die Platten
Wenn Du diese Auswahl nicht hast, kann der Kontroller nicht von den Platten lesen (weil.. siehe oben)
Eine andere Möglichkeit gibts noch, es ist eine Disk so geschrottet, daß der SCSI- Bus völlig dichtmacht, dann kann der Kontroller natürlich auch nicht mehr lesen. Das läßt sich nur Platte für Platte testen, Du mußt nur aufpassen, daß der Kontroller nix auf die Disk schreibt (z.B. Konfig speichern). - Am Besten auf einem normalen SCSI- Kontroller testen, ob die Platte ansprechbar ist.
Man kann zwar alles wieder hinbiegen, sofern man die genaue Konfig notiert hat und keine Platten in der Reihenfolge vertauscht, aber da wirds schwierig, da ich nicht weiß, was Du tust oder getan hast. Solange keine Initialisierung erfolgt, kann man fast alles machen...
Gruß und viel Glück - Toni
definitiv ein Kabel- Problem (oder Plattenkäfig), denn wenn Du über den Kontroller die Platten nicht mehr ansprechen kannst, sind für den Kontroller auch keine vorhanden, auch wenn die laufen und grün sind (rot werden die bei HP erst, wenn Du sie schon riechen kannst...).
Bei Konfiguration mismatch gibts normalerweise 2 Lademöglichkeiten für die Konfig:
1. Kontroller liest Infos von Platten und schreibt die in sein NVRam
2. Kontroller liest Konfig aus seinem NVRam und schreibt diese auf die Platten
Wenn Du diese Auswahl nicht hast, kann der Kontroller nicht von den Platten lesen (weil.. siehe oben)
Eine andere Möglichkeit gibts noch, es ist eine Disk so geschrottet, daß der SCSI- Bus völlig dichtmacht, dann kann der Kontroller natürlich auch nicht mehr lesen. Das läßt sich nur Platte für Platte testen, Du mußt nur aufpassen, daß der Kontroller nix auf die Disk schreibt (z.B. Konfig speichern). - Am Besten auf einem normalen SCSI- Kontroller testen, ob die Platte ansprechbar ist.
Man kann zwar alles wieder hinbiegen, sofern man die genaue Konfig notiert hat und keine Platten in der Reihenfolge vertauscht, aber da wirds schwierig, da ich nicht weiß, was Du tust oder getan hast. Solange keine Initialisierung erfolgt, kann man fast alles machen...
Gruß und viel Glück - Toni
wenn Du nicht gemurkst hast, ist die Konfig auf den Platten gespeichert.
Du brauchst nur bei Konfig mismatch sagen "save Konfig from Disk to NVRam", und schon ist alles wieder im Lack. Wen Du statt dessen " save NVRam to Disk" auswählst, ist alles im Eimer... (scheinbar, denn auch das läßt sich wieder hinbiegen, man muß dann nur die Konfig komplett löschen (Platten und NVRam) und neu anlegen (wenn man noch genau weiß, wie die Konfig ursprünglich war), Initialisierung NICHT durchführen, Kiste läuft wieder mit allen Daten)!
Gruß - Toni
Du brauchst nur bei Konfig mismatch sagen "save Konfig from Disk to NVRam", und schon ist alles wieder im Lack. Wen Du statt dessen " save NVRam to Disk" auswählst, ist alles im Eimer... (scheinbar, denn auch das läßt sich wieder hinbiegen, man muß dann nur die Konfig komplett löschen (Platten und NVRam) und neu anlegen (wenn man noch genau weiß, wie die Konfig ursprünglich war), Initialisierung NICHT durchführen, Kiste läuft wieder mit allen Daten)!
Gruß - Toni