Einige Ordner werden im Share nicht mehr angezeigt.

[Joerkchen]

Hallo liebe Community! Ich habe seit zwei Tagen das Problem, dass einige Ordner nicht mehr in einem Share den ich für Plex nutze angezeigt werden, wenn ich versuche über Krusader oder den Windows-Explorer darauf zuzugreifen. Wenn ich die einzelnen Datenträger in Unraid aufrufe sind alle Unterordner und Dateien aber zu sehen. Im selben Share befinden sich viele Ordner mit Unterordern und so weiter welche wie folgt strukturiert sind Filme > Action > Filmordner > Datei. Nicht der gesamte Share ist betroffen sondern nur vereinzelte Hauptordner wie Filme und Klassiker. Das kuriose ist, dass Plex weiterhin alles abspielt als ob nix wäre. Ich führe öfter eine Paritätsprüfung durch und Gestern wurden 469 Fehler gefunden. Auffällig ist auch, dass ich Daten vom Cache über Mover nicht mehr auf das Array geschoben bekomme. Geändert, oder geupdated wurde nichts von meiner Seite weswegen ich mich wundere was das sein kann. Nach vielen Lesen in den englischen Beiträgen könnte ich mir drei Fehler vorstellen. 1. Das Dateisystem eines Datenträgers ist Fehlerhaft (xfs), 2. Ein Datenträger ist Fehlerhaft 3. Zu viele Unterordner und Dateien in einem Ordner. Leider kenne ich mich nicht gut mit der Materie aus weswegen ich für jede Hilfe dankbar wäre.

 

Viele Grüße Joerkchen

tower-diagnostics-20211203-1008.zip

[MPC561]

Also ohne ein grosser Experte zu sein.

 

Das hier steht im Systemlog:

Dec  2 22:54:57 Tower kernel: XFS (md4): Metadata corruption detected at xfs_buf_ioend+0x51/0x284 [xfs], xfs_inode block 0x101003f50 xfs_inode_buf_verify
Dec  2 22:54:57 Tower kernel: XFS (md4): Unmount and run xfs_repair
Dec  2 22:54:57 Tower kernel: XFS (md4): First 128 bytes of corrupted metadata buffer:
Dec  2 22:54:57 Tower kernel: 00000000: 24 1a 9c 92 6d 85 ce 6d 6f 93 4c d2 44 fc dc 3b  $...m..mo.L.D..;
Dec  2 22:54:57 Tower kernel: 00000010: 98 25 67 cf 3f 77 ea c1 c5 b7 19 f8 16 ee f9 6f  .%g.?w.........o
Dec  2 22:54:57 Tower kernel: 00000020: 76 48 30 f5 c9 61 87 35 a3 da 2a ee a0 d8 92 c3  vH0..a.5..*.....
Dec  2 22:54:57 Tower kernel: 00000030: cc 6c cd 9b 9b 53 a0 69 79 01 e4 94 72 d5 4f 37  .l...S.iy...r.O7
Dec  2 22:54:57 Tower kernel: 00000040: aa 93 9e 81 25 4c 5d dd d7 25 b1 ba 1c c7 68 6b  ....%L]..%....hk
Dec  2 22:54:57 Tower kernel: 00000050: 00 b6 ab b7 f7 3e 76 31 ad 48 42 a3 ae b1 05 df  .....>v1.HB.....
Dec  2 22:54:57 Tower kernel: 00000060: de da 64 5c 81 28 13 65 0b 6f 1f 49 78 a2 3e 33  ..d\.(.e.o.Ix.>3
Dec  2 22:54:57 Tower kernel: 00000070: b4 01 36 42 53 25 cc d8 e1 93 28 7f 0a 9c db 66  ..6BS%....(....f
Dec  2 22:54:57 Tower kernel: XFS (md4): metadata I/O error in "xfs_imap_to_bp+0x5c/0xa2 [xfs]" at daddr 0x101003f50 len 32 error 117
Dec  2 22:54:57 Tower kernel: XFS (md4): Metadata corruption detected at xfs_buf_ioend+0x51/0x284 [xfs], xfs_inode block 0x101003f50 xfs_inode_buf_verify
Dec  2 22:54:57 Tower kernel: XFS (md4): Unmount and run xfs_repair

 

Dazu steht bei deiner Disk3:

Error 24 [3] occurred at disk power-on lifetime: 4907 hours (204 days + 11 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER -- ST COUNT  LBA_48  LH LM LL DV DC
  -- -- -- == -- == == == -- -- -- -- --
  40 -- 51 00 00 00 03 18 a8 67 78 00 00  Error: UNC at LBA = 0x318a86778 = 1329859160

 

Disk4:

SMART Extended Comprehensive Error Log Version: 1 (5 sectors)
Device Error Count: 11

Error 11 [10] log entry is empty
Error 10 [9] log entry is empty
Error 9 [8] log entry is empty
Error 8 [7] log entry is empty
Error 7 [6] log entry is empty
Error 6 [5] log entry is empty
Error 5 [4] log entry is empty
Error 4 [3] occurred at disk power-on lifetime: 14986 hours (624 days + 10 hours)
  When the command that caused the error occurred, the device was active or idle.

 

 

Die interessante Frage die ich jetzt nicht eindeutig beantworten kann: Was ist das Huhn und was das Ei. Führen die Probleme der Festplatten zu der Meldung der Metadaten Corruption oder Das Metadaten Korrupt sind zu den Problemen mit den Festplatten.

 

Ich persönlich würde einen xls_repair machen und dann die Festplatten nochmal smart testen. Aber Du wartest besser bis jemand kompetenteres sich das anschaut.

 

Gruss,

Joerg

 

 

[mgutt]

11 hours ago, Joerkchen said:

dass einige Ordner nicht mehr in einem Share den ich für Plex nutze angezeigt werden, wenn ich versuche über Krusader oder den Windows-Explorer darauf zuzugreifen

Der Sharename fängt mit "P" an? Laut Logs darf der als einziges alle Disks nutzen.

 

Appdata und System sind bei dir übrigens auf Cache und Disk. Du solltest den Docker Dienst deaktivieren und den Mover starten, damit alles auf den Cache verschoben wird.

 

12 hours ago, Joerkchen said:

Ich führe öfter eine Paritätsprüfung durch und Gestern wurden 469 Fehler gefunden.

Das darf niemals passieren. Es haben sich also Daten geändert, die auf der Parität nicht angekommen sind. Also gekippte Bits, was durch die Logs bei md4 = disk4 ja bestätigt wird.

 

Das muss nicht zwangsläufig durch die Disk kommen (da sehe ich jetzt auch keine gravierenden Fehler), sondern kann auch durch defekten RAM resultieren. Hast du ECC RAM?

 

Eine Reparatur wäre im Maintenance Mode möglich. Dabei werden aber keine kaputten Dateien repariert (kann XFS nicht), sondern nur die Metadaten angepasst. Vom Prinzip kann man dem Inhalt von Disk 4 also nicht mehr trauen und sollte diesen aus einem Backup wiederherstellen. Frag mich nicht aus man die defekten Dateien ermittelt. Keine Ahnung. Aber mach erstmal die Reparatur. Mal sehen was dabei herauskommt.

[Joerkchen]

Danke für eure schnelle Antwort!

 

Ja, ich habe jetzt einmal xls_repair -vn ausgeführt und am Ende den SMART Short Self-Test laufen lassen. Der Arbeitsspeicher dürfte kein ECC Ram sein. Die Hardware stammt aus einem älteren Gaming PC mit 2 x Corsair Vengeance 8GB Riegeln. Ich habe nach dem xls_repair und Smart Test noch einmal die Diagnose laufen lassen und Screenshots erstellt von dem Reiter der Platten. Vielleicht könnt Ihr damit noch etwas anfangen. Wenn ich den Share "P" der Festplatten 1-5 öffne und dort die besagten Ordner öffne sagt mir Unraid, "No listing: Too many files". Kann sowas sein? Ich bin wirklich nicht so fit mit der ganzen Materie, bitte verzeiht wenn ich doofe Fragen stelle und ggf. unnötiges schreibe. Jedenfalls bleibt der Zustand unverändert.

 

@mgutt Stimmt der Share fängt mit P and für Plex. Ich habe wegen der Frage vom ECC einmal memtest86 laufen lassen und am Ende gab es wohl einen Fehler (Bild liegt bei). Also ist wohlmöglich der Arbeitsspeicher defekt? Die Docker habe ich unter Settings deaktiviert und dann den Mover gestartet, allerdings sind immer noch Daten auf md1 und es sieht so aus, als ob die Daten nur auf den Cache kopiert worden sind anstelle verschoben zu werden.

tower-diagnostics-20211204-1344.zip

 

xfs_repair_log_md4.txt

Edited December 5, 2021 by Joerkchen

[mgutt]

Du kannst die RAM Module einzeln testen und das fehlerhafte Modul erst mal weg lassen.

 

Solange der defekte RAM drin ist, würde ich gar nichts machen. Weder Reparaturen, noch Dateien hinzufügen, Docker laufen lassen, VMs oder Paritäten erstellen. Ansonsten korrumpiert der nur weiter deine Daten.

 

Ob die Platten neu müssen, kann ich nicht sagen. Reallocated Sector Count heißt, dass es defekte Sektoren auf der Platte gibt und er auf Ersatzsektoren ausgewichen ist und Reported Uncorrect heißt, dass Daten in Sektoren kaputt sind und nicht mehr repariert werden konnten. In wie weit hier nun der RAM dran schuld ist, kann ich nicht sagen. Ich meine nicht. Ich meine das passiert direkt im HDD Controller, aber genau weiß ich es nicht.

 

5 hours ago, Joerkchen said:

Wenn ich den Share "P" der Festplatten 1-5 öffne und dort die besagten Ordner öffne sagt mir Unraid, "No listing: Too many files". Kann sowas sein?

Wenn sehr viele Dateien in einem Ordner sind, dann kommt diese Meldung, ja. Aber ich glaube eher, dass es hier Fehler gibt. Wie gesagt. Fang erst mal mit dem RAM an.