Raid 1 inkonsistent

R

Raven6299

Member
Hallo,

habe ein Problem mit Raid 1. Habe FSC Raid Manager installiert (OS XP Pro) und dort einen Konsistenzcheck gestartet. Ergebniss: Mehrere angeblich korrigierbare Fehler. Nur wie behebe ich diese Fehler? Wenn ich mit der rechten Maustaste auf das logische Laufwerk klicke ist die Option "rebuild" nicht auswählbar.... Wie kann ich vorgehen? (Ist übrigens ein SATA Raid mit LSI Controller). Das Gerät sollt nach möglichkeit nicht heruntergefahren werden, da ein Rebuild vom Controllerbios aus eine Ausfall bedeutet und keiner arbeiten kann.....
 
Last edited by a moderator:
Hallo,

a) falsches Forum
b) Was für Fehler denn?

Worauf ich hinaus möchte ist, das es durchaus auch sein kann das eine Festplatte den Geist aufgegeben hat. Dann ist ein rebuild so oder so nicht mehr möglich. Um das aber klar sagen zu können sind die Fehlermeldungen wichtig.

Grüße
 
Hattest du nicht bereits im Windows Dedicated Forum schon einen Beitrag für genau diese Problem reingestellt?!
 
Stimmt, war ein versehen. Könnte ein freundlich Moderator / Admin, den Beitrag bitte nach "Serverhardware" verschieben?

Also Server View Raid Manager meldet nach dem Konsistenzcheck:

Code: 
Adapter LSI ICH6R (0): Consistency check finished with 451 correctable errors on logical drive (0)

beim Booten wird das Raid als "online" bezeichnet. Im Controllerbios dauert der Konsistenzcheck nicht mal eine Sekunde. Es erscheint sofort die "inconsistent" Meldung.

Beim ersten Durchgang vorgestern waren es 452 Fehler.

Wenn ich die beiden physikalischen Platten anklicke erscheint der Status "Funktionsfähig"

Was kann denn das sein?

@Armadillo

ja, nur eigentlich wollte ich den Beitrag erneut im Hardwareforum stellen, da er da meiner Ansicht nach besser passt. Ist ja sogesehen ein Hardwareproblem. Nur jetzt bin ich versehentlich im "Smalltalk" gelandet. Deshalb wäre ein verschieben wirklich super. Den Beitrag im Windowsforum habe ich entfernt.
 
Last edited by a moderator:
Danke fürs verschieben.

So jetzt habe ich den Mylex global Array Manager installiert.

Ebenfalls konsistenzcheck gemacht und auch hier wird gemeldet, dass das Raid 1 inkonsistent ist.

Rebuildoption ist auch hier nicht verfügbar bzw. grau hinterlegt.....
In den Eigenschaften der Physikalischen Laufwerke meldet der GAM, dass das Laufwerk an Port 1 2 Fehler aufweist. Fehler Details kann er mir nicht anzeigen.

Wie kann ich denn die einzelnen Laufwerke detailiert prüfen? Ich bekomme ja nur die Daten die der Controller liefert. Anderen Zufriff auf die einzelnen Laufwerke habe ich beim Hardwareraid nicht......

Was aber komisch ist: Wenn ich die Symbole der Laufwerke bzw. des logischen Laufwerks mithilfe der Legende in der Hilfedatei richtig deuten kann, scheint alles in Ordnung zu sein.... Alles grün, nirgends ein Kreuz oder sonstige Fehlersymbole..... Das logische Laufwerk verhält sich im Betrieb ganz normal, ohne Fehler. Daten sind alle da und die Sicherung läuft ohne Fehler durch. Aber das muss nichts heißen, deshalb kann auch ne Platte defekt sein. Raid 1 soll ja genau so arbeiten. Wenn ne Platte fliegt mit der anderen weiterarbeiten und die Daten online halten.....
 
Last edited by a moderator:
Moin,
so ganz verstehen ich nicht wo jetzt das Problem liegt.

Einmal schreibst du
Das Gerät sollt nach möglichkeit nicht heruntergefahren werden, da ein Rebuild vom Controllerbios aus eine Ausfall bedeutet und keiner arbeiten kann
Click to expand...
und dann wieder
beim Booten wird das Raid als "online" bezeichnet.
Click to expand...
Also wurde das Gerät bereits runtergefahren :confused::p:rolleyes::o

Was liegt dann noch ferner als endlich mal Windows windows sein zu lassen und ein paar Blicke in das C-Bios zu werfen. Dort wirst du zu 99% auch fündig welcher deiner Platten augestiegen ist.
Ansonsten wirst du hier nur Rate mal mit Rosenthal erreichen.

Gruss
 
Der Server wurde mittags kurz neugestartet (zwangsweise) und da ist die Meldung aufgefallen. Aber es ist sehr wahrscheinlich dass ne Platte kaputt ist, oder? Dann werde ich mal im Controllerbios nachsehen müsssen..... Dachte der GAM könnte das auch....

Hintergrund ist der: Wir haben einen Vor Ort Service für die Hardware von FSC. Ich möchte jetzt zweifelsfrei feststellen, dass die Platte defekt ist. Nicht dass ich alle Pferde scheu mache und es dann heiß, dass nur ein Softwareproblem in Verbindung mit dem GAM ist und die Platten arbeiten. Aber ich war bisher der Meinung, dass der global Array Manager die entsprechenden Daten vom Controller auslesen kann. Sonst brauch ich ja dieses Tool idr. nicht wirklich. Ausser ich will im laufenden Betrieb ein Raid erstellen.... Ich dachte es hätte eine Überwachende funktion.
 
Last edited by a moderator:
Sofern die Maschine über einen Hardware-Raidcontroller verfügt -worauf ich bei deinen Ausführungen schliesse- würde ich als erste Adresse das Raidbios nehmen. Wie gesagt..oftmals erhält man da konkrete Hinweise.
Wenn das wirklich so eine wichtige Maschine ist wäre vielleicht zu überlegen das Rebuild manuell Nachts anzustossen. Sollte es immer noch zu fehlern kommen bzw. du siehst nicht sofort auf Anhieb im Raidbios welche Platte ausgestiegen ist dann kannst du eine neue Platte reinschieben. Der Controller sollte dann das Rebuild im laufenden Betrieb ohne Performanceeinbrüche machen. Sofern der Controller dies kann und nicht nur ein Lightdinges ist.
 
Ein Rebuildversuch nachts im Bios wäre eine Option, wobei nachts eigentlich die Bandsicherung läuft welche mir eigentlich noch wichtiger ist. Werde das aber mal testen bzw. mal einen Blick ins Controllerbios werfen Ja es ist in der Tat ein Hardwareraid. Danke nochmal, werde das testen und mich bei Problemen nochmal melden.
 
Jau dann probier das mal.

PS: Eine Band- bzw. externe DaSi hat nie eine Prio die über dem Produktivsystem steht. Die schönste Sicherung taugt nix wenn totaler Mist gesichert wird.
 
Na ich hoffe doch, dass das logische Laufwerk zumindest fehlerfreie Daten enthält, selbst wenn eine Platte spinnt :eek: sonst muss ich für statische Daten auch noch Prüfsummen anlegen.... :rolleyes:

Also lt. Bios sind beide Platten okay. Rebuild wäre über Bios möglich (habe ich aber noch nicht gemacht). Mir ist eine andere Option aufgefallen. Es gibt die Einstellung, was der Controller bei inkonsistenz machen soll. Bisher war eingestellt dass er Fehler nur melden soll. Dann gibts noch das MDC (make Data Konsistent). Das habe ich jetzt mal eingestellt, aber noch nicht durfgeführt. Ich hätte jetzt gerne gewusst, was dabei genau geschieht, bzw. woher er weiß welche Daten denn korrekt sind. Schließlich hat er von den orginaldaten ja keine Prüfsummen, bzw. weiß eigentlich überhaupt nicht welche Daten von welcher Platte denn die fehlerfreien sind.
Die MDC kann ich über Serverview Raid anstoßen. Nur wird gewarnt, dass eben evtl. Daten modifiziert werden können.....
 
Raven6299 said:
Ja es ist in der Tat ein Hardwareraid.
Click to expand...
Weiter oben schreibst Du aber "Adapter LSI ICH6R" - also doch Software.

Raven6299 said:
In den Eigenschaften der Physikalischen Laufwerke meldet der GAM, dass das Laufwerk an Port 1 2 Fehler aufweist.
Click to expand...

Dann würde ich das dort angeschlossene Laufwerk tauschen.

Falls Du so schnell keines verfügbar hast, ist es vielleicht einen Versuch wert, es aus dem RAID zu entfernen und wieder neu einzubinden - dabei wird das RAID dann neu aufgebaut.
 
Hy,

nö ist ein Hardwarerraid. (sonst würde ich ja nicht sins Controllerbios kommen :D) Die Bezeichnung oben kommt von der Software. Der Controller ist ein LSI Logic® Onboard S-ATA RAID

Das Laufwerk an Port 1 tauschen wäre ne Lösung nur es ist die Frage ob das Laufwerk überhaupt kaputt ist. Was mich irritiert sind die angeblich korrigierbaren Fehler. Ich mein es muss ja für ne inkonsistenz nicht immer ne Platte kaputt sein. Im Controllerbios selbst finde ich keine Hinweise auf eine nicht funktionierende Platte. Und was mich auch noch interessiert ist, was genau beim "MCD" passiert.
 
Last edited by a moderator:
Hallo,
ich kann jetzt nur für die von uns eingesetzten HWR Controller sprechen. Bei einem rebuild wird Sektor für Sektor auf die Platte neu übertragen. Das kann je nach Plattengröße einige Zeit (Stunden) dauern. Außerdem kommt es drauf an was der HWR so hergibt.
Da es ja HWR ist solltest du wie gesagt keine Einsprüche der Systemperformance haben, das macht einen HWR ja grade so genial :)

Gruss
 
ALSO:

ich habe jetzt diese MDC Funktion ausgeführt. Ergebniss: Nach den Konsistenzcheck sind beide Platten wieder 100% identisch vom Datengehalt. Keine Probleme feststellbar.

Was kann das nur gewesen sein?
 
Windows stellt uns täglich vor harten Prüfungen ;)
Nein im ernst, was mich anbelangt kann ich das so aus der Ferne nicht sagen.

Gruss
 
Ich tausch jetzt die Platte, die GAM angekreidet hatte und gut ists :D


Da ist mir mein Linuxroot schon lieber. Da wird zwar jeder mist protokolliert aber er sagt auch konkret was Sache ist. :D Linux spricht einfach mit mir ;)
 
Last edited by a moderator:
You must log in or register to reply here.
Back
Top