chkdsk auf Raid5 ?

[passt 10]

Hallo allerseits,

 

ich habe auf einem Windows 2000 Server seit einigen Tagen zahlreiche (pro Tag ca. 100) Warnungen Quelle 'disk' mit Event-ID '51'.

Ereignistyp:	Warnung
Ereignisquelle:	Disk
Ereigniskategorie:	Keine
Ereigniskennung:	51
Datum:		30.10.2008
Zeit:		12:12:10
Benutzer:		Nicht zutreffend
Computer:	PDCSERV
Beschreibung:
Bei einem Auslagerungsvorgang wurde ein Fehler festgestellt. Betroffen ist Gerät \Device\Harddisk0\DR0.

Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter http://go.microsoft.com/fwlink/events.asp.
Daten:
0000: 04 00 22 00 01 00 72 00   .."...r.
0008: 00 00 00 00 33 00 04 80   ....3..?
0010: 2d 01 00 00 0e 00 00 c0   -......À
0018: 00 00 00 00 00 00 00 00   ........
0020: 00 00 00 00 00 00 00 00   ........
0028: 00 00 00 00 00 00 00 00   ........
0030: 00 00 00 00 2a 00 00 00   ....*...
0038: 00 08 00 00 00 00 00 00   ........
0040: 2a 00 07 79 bc 47 00 00   *..y¼G..
0048: 01 00                     ..      

 

Wenn ich das richtig verstehe, ist die erste Festplatte, also Laufwerk C betroffen. Dies ist ein Raid 5 Laufwerk.

 

Jetzt meine ich mich zu erinnern, dass man mit "chkdsk" auf Raid Laufwerken vorsichtig sein soll. Stimmt das?

 

Alternativ kann ich natürllich mit der in dem Raid-Controller 'eingebauten' Software testen.

 

Was wäre euer Werkzeug der Wahl?

 

Gruß

Peter

[Zomb 10]

Ich nehme in so einem Fall immer die Software vom Hersteller, also kein Checkdisk.

Die Controller Software ist eigentlich immer dem Checkdisk vorzuziehen.

 

Zomb

[LukasB 10]

Ich nehme in so einem Fall immer die Software vom Hersteller, also kein Checkdisk.

Die Controller Software ist eigentlich immer dem Checkdisk vorzuziehen.

 

Hä?

 

CHKDSK checkt die logische Struktur des Dateisystems (also NTFS). Dies hat nichts mit einem Check der Disks selber zutun, was die Controllersoftware machen kann. Das sind zwei völlig verschiedene Dinge.

 

Etwas spezielles zu beachten beim ausführen von CHKDSK auf RAID-Laufwerken gibt es meines Wissens nicht.

[Sunny61 806]

Was wäre euer Werkzeug der Wahl?

 

Datensicherung und chkdsk laufen lassen.

[passt 10]

So, ich habe den Server herunterfahren können. Leider bietet das 'Mini-Tool' des SCSI-Controllers keine Möglichkeit zum Testen des Raids - was mich schon ein wenig wundert.

 

Es handelt sich hierbei um einen IBM eServer xSeries 345 mit einem IBM ServeRAID 5i Controller (laut Windows Gerätemanager).

[LukasB 10]

Du musst den ServeRAID Manager ab CD booten für vollständige Management-Funktionalität.

[Lian 2.424]

Zu Deinem Fehler: Event IDs 50 oder 51 der Quelle Disk können Datenverlust bedeuten, siehe:

Description of the Event ID 50 Error Message

Cluadmin.de: Delayed Write Failed

Auch wenn es im KB Artikel primär um den Event 50 geht, der Event 51 lässt sich genauso dekodieren - in Deinem Fall:

0008: 00 00 00 00 33 00 04 80

Das bedeutet: NTStatus Error Code = 0x80040033:

C:\>err 0x80040033

# for hex 0x80040033 / decimal -2147221453 :

IO_WARNING_PAGING_FAILURE ntiologc.h

Soweit so schlecht, leider fehlt die wirklich interessante Information, die der Treiber nicht liefert: Der final status code bzgl. der Kommunikation mit dem Array in 0x28.

 

Ist das ein Fileserver? Hat der 2000'er Server den letzten SP Stand und sind die Storagetreiber aktuell? Treten die Fehler besonders bei hoher Last/zu Spitzenzeiten auf?

Nach über 8 Jahren (Windows 2000) kann man imo auch mal über ein Upgrade der Software denken und evlt. den Tausch der Hardware (IBM ServeRAID 5i U320 von ~2002).

[passt 10]

Ich habe gestern nochmal chkdsk im schreibgeschützten Modus durchlaufen lassen. Dort wird mir tatsächlich ein Fehler auf dem Raid 5 angezeigt. Weitere Meldungen bietet mir chkdsk im schreibgeschützten Modus nicht.

 

Ich werde mir den Samstag vornehmen, um das Raid5 mit dem ServeRaidManager von CD zu prüfen - natürlich mit Datensicherung!

 

Außerdem zeigt mir das Systemprotokoll noch folgenden Warnhinweis:

Ereignistyp:	Warnung
Ereignisquelle:	nfrd960
Ereigniskategorie:	Keine
Ereigniskennung:	26
Datum:		30.10.2008
Zeit:		20:14:06
Benutzer:		Nicht zutreffend
Computer:	PDCSERV
Beschreibung:
Der Treiber hat veraltete Firmware auf Gerät \Device\Scsi\nfrd9601 gefunden. Die Leistung kann sich dadurch verringern.

Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter http://go.microsoft.com/fwlink/events.asp.
Daten:
0000: 0f 00 10 00 01 00 68 00   ......h.
0008: 00 00 00 00 1a 00 04 80   .......
0010: 21 07 00 00 00 00 00 00   !.......
0018: 00 00 00 00 00 00 00 00   ........
0020: 00 00 00 00 00 00 00 00   ........
0028: 00 00 00 00 00 00 00 00   ........
0030: 00 00 00 00 09 00 00 00   ........

 

Laut ServeRaid CD sollte das FirmwareUpdate möglich sein. Holt der sich das aktuell über das Internet?

 

Außerdem ist das CD-Laufwerk im Server defekt. Kann man den Server auch von einem CDROM per USB angeschlossen booten?

–

@Lion

Jain, der Server ist mehr unser DB-Server, für die Datev und weitere Dienste zuständig.

 

Ich werde mich mal an den IBM-Support wenden, da der Server noch andere Mucken macht.

[opticus 10]

Hallo Peter

 

Eventuell hast du auch Bad Stripes auf dem RAID. Weiter Infos dazu findest du hier:

https://www-304.ibm.com/systems/support/supportsite.wss/docdisplay?lndocid=MIGR-57140&brandind=5000008

Wenn ja muss das RAID neu erstellt werden :-( Ein CHKDSK /F kannst du ohne Probleme ausführen.

Ich würde dir vorschlagen mal mit dem IBM Support zu schauen. Bad Stripes können viele Probleme verursachen. Ein Update der FW und BIOS vom RAID Controller ist auf jeden Fall auch zu prüfen. Ev. auch ein Update der FW der SCSI Festplatten.

 

Gruss

Daniel

[Sunny61 806]

Laut ServeRaid CD sollte das FirmwareUpdate möglich sein. Holt der sich das aktuell über das Internet?

 

AFAIK nicht. Genau deshalb mach ich das meinen IBM-Server ein- bis zweimal im Jahr manuell. Und zwar alles was für den jeweiligen Server von IBM angeboten wird.

 

Ich werde mich mal an den IBM-Support wenden, da der Server noch andere Mucken macht.

 

Gute Idee, die sollten sich am besten mit ihren Geräten auskennen. ;)