Jump to content

Festplatten bei Paritätsprüfung deaktiviert


Klaus.H
Go to solution Solved by mgutt,

Recommended Posts

Bei der Paritätsprüfung haben sich 2 Festplatten (1 x Parität, 1 x Daten) deaktiviert.

  • Über die Dateisystemprüfung im Wartungsmodus ist kein Fehler zu erkennen
  • SMART-Werte sind auch OK (kein Fehler)
  • 2 Ersatzplatten sind unterwegs
  • Backup ist vorhanden
  • auf die Daten kann auch noch zugegriffen werden

Wenn ich 

xfs_repair /dev/sdc1

ausführe werden Fehler angezeigt.

root@Trocken:~# xfs_repair /dev/sdc1
Phase 1 - find and verify superblock...
Phase 2 - using internal log
        - zero log...
ERROR: The filesystem has valuable metadata changes in a log which needs to
be replayed.  Mount the filesystem to replay the log, and unmount it before
re-running xfs_repair.  If you are unable to mount the filesystem, then use
the -L option to destroy the log and attempt a repair.
Note that destroying the log may cause corruption -- please attempt a mount
of the filesystem before doing this.
root@Trocken:~# 

Wen ich es richtig gelesen habe ist die Reparatur für sdX1 aber nur für Platten die nicht im Array sind oder?

trocken-diagnostics-20221212-1546.zip

Link to comment
On 12/12/2022 at 4:29 PM, Klaus.H said:

Wenn ich 

xfs_repair /dev/sdc1

ausführe

Array in den Wartungsmodus versetzen und auf die Disk klicken. Von da die Reparatur machen. Du brauchst dafür keine Kommandozeile.

 

Sag mal was zu deiner Hardware und wie die Platten angeschlossen sind. Gab es mal einen Servercrash? Wenn nein: RAM prüfen!

Link to comment
20 hours ago, mgutt said:

Array in den Wartungsmodus versetzen und auf die Disk klicken. Von da die Reparatur machen.

Prüfen kann ich nur den Datenträger 1

Hier die Ausgabe:

Phase 1 - find and verify superblock...
Phase 2 - using internal log
        - zero log...
        - scan filesystem freespace and inode maps...
        - found root inode chunk
Phase 3 - for each AG...
        - scan (but don't clear) agi unlinked lists...
        - process known inodes and perform inode discovery...
        - agno = 0
        - agno = 1
        - agno = 2
        - agno = 3
        - agno = 4
        - agno = 5
        - process newly discovered inodes...
Phase 4 - check for duplicate blocks...
        - setting up duplicate extent list...
        - check for inodes claiming duplicate blocks...
        - agno = 0
        - agno = 2
        - agno = 3
        - agno = 5
        - agno = 4
        - agno = 1
No modify flag set, skipping phase 5
Phase 6 - check inode connectivity...
        - traversing filesystem ...
        - traversal finished ...
        - moving disconnected inodes to lost+found ...
Phase 7 - verify link counts...
No modify flag set, skipping filesystem flush and exiting.

 

Und ohne -n

Kommt nach ca. 2 Sekunden:

Phase 1 - find and verify superblock...
Phase 2 - using internal log
        - zero log...
        - scan filesystem freespace and inode maps...
        - found root inode chunk
Phase 3 - for each AG...
        - scan and clear agi unlinked lists...
        - process known inodes and perform inode discovery...
        - agno = 0
        - agno = 1
        - agno = 2
        - agno = 3
        - agno = 4
        - agno = 5
        - process newly discovered inodes...
Phase 4 - check for duplicate blocks...
        - setting up duplicate extent list...
        - check for inodes claiming duplicate blocks...
        - agno = 0
        - agno = 1
        - agno = 5
        - agno = 4
        - agno = 3
        - agno = 2
Phase 5 - rebuild AG headers and trees...
        - reset superblock...
Phase 6 - check inode connectivity...
        - resetting contents of realtime bitmap and summary inodes
        - traversing filesystem ...
        - traversal finished ...
        - moving disconnected inodes to lost+found ...
Phase 7 - verify and correct link counts...
done

 

Das Problem ist aber nicht behoben.

 

20 hours ago, mgutt said:

Sag mal was zu deiner Hardware und wie die Platten angeschlossen sind.

Die 2 Cache sind direkt auf dem Mainboard.

4 x HDD auf dem Mainboard

1 x HDD über PCIe Erweiterung

 

20 hours ago, mgutt said:

Gab es mal einen Servercrash?

Nein

 

Ram-Test werde ich morgen machen.

Link to comment

Deaktiviert heißt, dass die Platten gerade emuliert werden? Dh du hast zwei Paritäten?!

 

Du hast nicht geschrieben welches Mainboard du hast.

 

4 hours ago, Klaus.H said:

1 x HDD über PCIe Erweiterung

Die da wäre? Ist die von den ausgefallenen Platten betroffen?

 

Nutzt du Stromsparmechanismen?

Link to comment

Danke für die schnellen Antworten.

 

Ich habe eine Diagnose-Datei hochgeladen (siehe oben). Ich dachte da steht alles wichtige drin.

Ja, ich habe 2 Paritäts-Platten

 

Mainboard: ASRock - B450 Steel Legend

PCIe Erweiterung: MZHOU 6 Gbit/s SATA 3.0 PCIe-Karte, Marvell 88SE9215 6-Port-Chip

Auf der Erweiterung ist die Parität 1 (ohne Fehler)

Die anderen 4 sind auf dem Mainboard

 

Standard Datenträger Ruhezustandsverzögerung ist auf 30 Minuten eingestellt.

Sonst läuft alles durch. (kein Sleep-Modus)

 

Platten sind jetzt angekommen. Ich könnte also tauschen. Eine nach der anderen oder beide gleichzeitig?

Link to comment
2 hours ago, Klaus.H said:

Marvell 88SE9215 6-Port

Der Controller unterstützt keine 6 Ports. Da ist also noch irgendein SATA Multiplier im Spiel. Marvell wird übrigens auch nicht empfohlen.

 

Der einzige echte 6 Port ist der ASM1166.

 

2 hours ago, Klaus.H said:

Der Memtest86+ (Unraid Start-Optionen) lässt die Lüfter hochfahren und bringt für ca. 5 Sekunden einen schwarzen Bildschirm

Bitte einen eigenen Boot Stick generieren.

 

2 hours ago, Klaus.H said:

Platten sind jetzt angekommen. Ich könnte also tauschen.

Wenn der RAM defekt ist, geht das in die Hose.

Link to comment
16 hours ago, mgutt said:

Bitte einen eigenen Boot Stick generieren.

Der Memtest86+ ist 2 x ohne Fehler durchgelaufen.

 

16 hours ago, mgutt said:

Du solltest syslog mirror auf USB aktivieren.

Habe ich jetzt aktiviert.

 

16 hours ago, mgutt said:

Der Controller unterstützt keine 6 Ports.

Aktuell ist nur eine Platte angeschlossen. Das sollte ja klappen. (wird bei Gelegenheit getauscht)

 

Was sollte ich als nächstes machen?

Link to comment
  • Solution
6 hours ago, Klaus.H said:

Was sollte ich als nächstes machen?

Blöd ist, dass wir jetzt nicht wissen was passiert ist. Aber da der RAM in Ordnung ist, würde ich sagen eine Platte nach der anderen tauschen. 

 

Ich vermute aber, dass die Platten, die du entfernst auch in Ordnung sind und eher was mit der Kabelverbindung oder so war. Aber dann hast du zumindest ein Backup.

 

  • Thanks 1
Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...