Homeserver Forum

Als ich gestern nach Hause kam leuchtete mich ein gelbes WHS-Icon und ein Tooltip mit der unangenehmen Nachricht an
Erst einmal ruhig bleiben

Ich habe dann auf dem WHS in den Logfile WNNotification_111809_000001_3068_2292.txt geschaut und folgendes gefunden

[18.11.2009 00:02:21 c88] Propagate: whs.storage
Add:
custom.QSM_OBJ_GUID=61948923-658b-4895-a351-dcab479ce9ac
custom.QSM_OBJ_SELFHEALTH=QSM_OS_FAILING
custom.QSM_OBJ_STATE=QSM_OS_FAILING
custom.QSM_OBJ_TYPE=Volume
whs.class=whs.storage
whs.id=qsm.61948923-658b-4895-a351-dcab479ce9ac.Object
whs.severity=2
whs.suppressible=False
whs.textBody=Volume mit dem Namen Primary Volume ist fehlerhaft. Versuchen Sie, eine Reparatur durchzuführen, um die Fehler auf Datenträger Disk 0 zu beheben.
whs.textHeader=Speicherstatus
whs.transportMachineId={716EF33B-D586-4EC3-B53B-1B250A5C1C73}[18.11.2009 00:02:21 c88] Propagate: whs.storage

und danach den CHKDSK-Logfile

CHKDSK berprft USN-Journal...
99 Prozent abgeschlossen. (0 von 35705504 USN-Bytes verarbeitet)
99 Prozent abgeschlossen. (1048576 von 35705504 USN-Bytes verarbeitet)
...
99 Prozent abgeschlossen. (34603008 von 35705504 USN-Bytes verarbeitet)
99 Prozent abgeschlossen. (35651584 von 35705504 USN-Bytes verarbeitet)
100 Prozent abgeschlossen. (35704832 von 35705504 USN-Bytes verarbeitet)
Ein Datensatzsegment der USN-Journaldatei wird repariert.
1003570550435705504
35705504 USN-Bytes verarbeitet.

Die Überprüfung von USN-Journal ist abgeschlossen.
Windows hat Probleme im Dateisystem festgestellt.
Führen Sie CHKDSK mit der Option /F (Fehlerbehebung) aus, um die Probleme zu
beheben.

Danach CHKDSK ausgeführt und nach dem abschließenden Reboot war die Fehlermeldung weg

OK!
Fehler behoben, aber man weiß immer noch nicht, woher der kam!
Und das würde mir erstmal fast mehr Sorgen bereiten! Schleichender Plattentod??

Hallo Steve,

ja, das macht mir auch etwas Sorgen. Allerdings ist es glaube ich so, dass beim CHKDSK festgestellte Probleme erst "nach ein paar Tagen" in der Konsole aufschlagen. Leider kann ich das nicht nachprüfen weil genau an dieser Stelle nur jeweils ein Logfile pro Platte existiert

Wenn der Fehler ein paar Tage früher entstanden ist habe ich eine Idee ... wir haben etwas renoviert, und einmal wurde versehentlich eine falsche Sicherung abgeschaltet und ich kann noch nicht einmal meckern, weil es mir selbst passiert ist

Gruß Nobby

Nobby1805 hat geschrieben: Wenn der Fehler ein paar Tage früher entstanden ist habe ich eine Idee ... wir haben etwas renoviert, und einmal wurde versehentlich eine falsche Sicherung abgeschaltet und ich kann noch nicht einmal meckern, weil es mir selbst passiert ist

Das ist für mich u.a. ein Grund gewesen, eine kleine USV mit ranzuhängen.
U.A auch deshalb, weil bei uns auf dem Land die Stromversorgung nicht gaaanz soo stabil ist, wie z.b. in der Stadt. Desweiteren hat es den einmaligen Vorteil, dass ich an den Sicherungen spielen kann, wie ich will........

Nobby1805 hat geschrieben: ... wir haben etwas renoviert, und einmal wurde versehentlich eine falsche Sicherung abgeschaltet und ich kann noch nicht einmal meckern, weil es mir selbst passiert ist

Dann kann ich Dir die Sorgen einer defekten Festplatte erstmal nehmen.
Das USN-Journal dient zur Protokollierung bei Änderungen eines NTFS-Volumes, bzw. dessen Inhalts.
Wenn Du dem Server den Saft klaust und dieser grade dabei war irgendwelche Daten umzulagern oder zu schreiben, ist das Journal natürlich fehlerhaft.
Von daher: Alles i.O.

Gruß
sTunTe

Moin moin,
heute wurde ich mit der Meldung begrüßt, das das Volume "Primary Volume" beschädigt sei. Im Tab "Serverspeicher" wurde mir die Systemplatte als fehlerhaft angezeigt. Nachdem ich ein aktuelles Backup schon habe, gleich mal die "Reparatur" angestoßen. Hat ein paar Minuten gedauert, dann meldete der WHS die Systemplatte wieder als "fehlerfrei".

Nachdem mich interessiert hat, was da los war, habe ich mir die chkdsk-Logfiles von dem Reparaturlauf angesehen. Und siehe da, da stolpert man über sowas für C:\fs\H (das ist meine 1. Datenplatte mit aktuell 87% Belegung ): Diese Platte wurde in der WHS-Console aber nicht als fehlerhaft angezeigt.

Also einmal chkdsk in der Kommandozeile auf C:\fs\H ausgeführt...und der meldet keine Fehler mehr?! Nu wollt ichs genau wissen und hab nochmal beide Partitionen der Systemplatte sowie die NTFS-Links unter C:\fs gescannt...alles ohne Fehlermeldung.

War das nun falscher Alarm oder eine Platte, die so langsam den Geist aufgibt? Wenn letzteres, dann welche? Die Konsole hat ja ein anderes Volume angenörgelt als letztendlich an Hand der Logdateien ermittelt werden konnte. Ich bin verwirrt.

Gruß apollo

apollo hat geschrieben:Moin moin,
heute wurde ich mit der Meldung begrüßt, das das Volume "Primary Volume" beschädigt sei. Im Tab "Serverspeicher" wurde mir die Systemplatte als fehlerhaft angezeigt. Nachdem ich ein aktuelles Backup schon habe, gleich mal die "Reparatur" angestoßen. Hat ein paar Minuten gedauert, dann meldete der WHS die Systemplatte wieder als "fehlerfrei".

Nachdem mich interessiert hat, was da los war, habe ich mir die chkdsk-Logfiles von dem Reparaturlauf angesehen.

wieso meinst du, dass das der Logfile vom Reparaturlauf sei ? M.E. ist das der CHKDSK Log der Mitternächtlichen CHKDSK-Läufe über alle Platten und wenn QSM an mehreren Tagen nacheinander Fehler findet kommt die Meldung

Und siehe da, da stolpert man über sowas für C:\fs\H (das ist meine 1. Datenplatte mit aktuell 87% Belegung ):

Diese Platte wurde in der WHS-Console aber nicht als fehlerhaft angezeigt.

Also einmal chkdsk in der Kommandozeile auf C:\fs\H ausgeführt...und der meldet keine Fehler mehr?! Nu wollt ichs genau wissen und hab nochmal beide Partitionen der Systemplatte sowie die NTFS-Links unter C:\fs gescannt...alles ohne Fehlermeldung.

Das hättest du VOR der Reparatur machen sollen

War das nun falscher Alarm oder eine Platte, die so langsam den Geist aufgibt? Wenn letzteres, dann welche? Die Konsole hat ja ein anderes Volume angenörgelt als letztendlich an Hand der Logdateien ermittelt werden konnte. Ich bin verwirrt.

Bist du sicher dass deinen (vermutete) Zuordnung der Platten richtig ist ?

PS bei mir läuft ein Script, dass die CHKSDSK-Files täglich renamed und mit einem Zeitstempel versieht ..ich kann mir also die Historie ansehen

Edit PPS und schau mal hier viewtopic.php?f=9&t=10843&hilit=+CHKDSK

Nobby1805 hat geschrieben: wieso meinst du, dass das der Logfile vom Reparaturlauf sei ? M.E. ist das der CHKDSK Log der Mitternächtlichen CHKDSK-Läufe über alle Platten und wenn QSM an mehreren Tagen nacheinander Fehler findet kommt die Meldung

Und siehe da, da stolpert man über sowas für C:\fs\H (das ist meine 1. Datenplatte mit aktuell 87% Belegung ):

Weil der Zeitstempel der letzten Änderung zu dem Zeitpunkt passt, als ich die Reparatur gestartet habe.

Das hättest du VOR der Reparatur machen sollen

ähm...ja.

Bist du sicher dass deinen (vermutete) Zuordnung der Platten richtig ist ?

Ziemlich, das AddIn Datenträgerverwaltung zeigt mir jedenfalls das Volume zur 1. Datenplatte so an. Darüber hinaus hat die Systemplatte, die ja ursprünglich als Fehlerhaft gemeldet wurde, nur die Partitionen C: und D:

Edit PPS und schau mal hier viewtopic.php?f=9&t=10843&hilit=+CHKDSK

Habs schon gelesen. Ich durchforste gerade mal die QSM-Logs. Dank dieser tausenden Debug-Meldungen ist das nicht sonderlich gut lesbar.

Gruß apollo

apollo hat geschrieben:Habs schon gelesen. Ich durchforste gerade mal die QSM-Logs. Dank dieser tausenden Debug-Meldungen ist das nicht sonderlich gut lesbar.

Tja, da kann ich dir nur völlig zustimmen ... chaotisch

Bin gespannt was du dort findest ... vielleicht könne wir die von MS nicht gelieferte Doku weiter vervollständigen