April 7, 20251 yr Hey zusammen, leider melde ich mich mit (für mich) schlechte Nachrichten mal wieder im Forum. Ich versuche es so genau wie möglich zu beschreiben und hoffe das vllt. jemand helfen kann. Vor etwa 2 Monaten habe ich meine Parity Festplatte getauscht, erfolgreich und ohne Probleme Am 1. April (ja schlechter Scherz von meinem System) hat die Paritätsprüfung nach 344 Fehler gestoppt Von mir wurde das am 2. April festgestellt, Datenträger 1 (sdc) fällt aus (rotes x) Datenträger 1 sowie 2 haben die Meldung "Unmountable: wrong or no file system" Leider habe ich dann zuerst einen Neustart gemacht, dennoch habe ich danach gleich die System-Logs gesichert und etwas recharchiert, ich kam dann auf die Idee das eventuell die SATA-Schnittstelle defekt sein könnte, ich kam erst heute zum prüfen. Die 3 verbauten Festplatten sind laut BIOS alle erreichbar Das Array ist gestoppt, um es nicht unnötig zu belasten Was habe ich bisher probiert? Neustart Wartungsmodus und xfs_repair, dies schlug fehl bzw. konnte nicht weiter gemacht werden. Ich habe kein -L Flag gesetzt. Danach versuchte ich die Festplatte manuell zu mounten, ging leider auch nicht. Heute versuchte ich die Festplatten auf einen anderen Port zu stecken, um zu sehen ob es vllt. dort ein Problem gibt, leider erfolglos. Da ich noch nicht zu großen Recherchen kam und ungern meine Daten verlieren möchte, habe ich bisher noch nichts weiter probiert. Im Anhang poste ich die anonymisierten Log-Files vom 2. April. Die SMART Werte der Festplatten 1 und 2 waren einwandfrei. Die Parity hatte ich schonmal beim Kundensupport als Thema, die meinten die Platte wär noch nicht schlimm genug (warum auch immer...) für einen Austausch, ich finde die Werte ja nicht berrauschend (siehe Logs). Verbaut sind 3x 12TB Seagate Iron Wolf Pro. Laufzeit von etwa 2,5 Jahren. Ich versuche mich bei euren Antworten so früh wie möglich zu melden, aber vorraussichtlich wirds erst am Mittwoch oder Donnerstag. Vielen Dank schonmal an die, die sich dafür die Zeit nehmen und mir helfen möchten, weiß ich sehr zu schätzen. Mfg NZL m-skynet-diagnostics-20250402-2000.zip
April 10, 20251 yr Solution On 4/7/2025 at 8:54 PM, NZL said: Ich versuche mich bei euren Antworten so früh wie möglich zu melden, aber vorraussichtlich wirds erst am Mittwoch oder Donnerstag. was ich sehe, dein Problem läuft seit Anfang März ... mit tausenden Einträgen ATA bus error ... - Energiesparen ... alles mal revidieren was da gesetzt wurde (auch auto tweak plugin) - Kabel prüfen, ersetzen, ... - Sitz der Kabel prüfen (steckt alles fest drin, "click" ... deine Ansätze resultieren wohl hiervon Apr 2 19:59:22 M-Skynet kernel: XFS (md1p1): Metadata CRC error detected at xfs_sb_read_verify+0x10c/0x198, xfs_sb block 0x0 Apr 2 19:59:22 M-Skynet kernel: XFS (md1p1): Unmount and run xfs_repair Apr 2 19:59:22 M-Skynet kernel: XFS (md1p1): First 128 bytes of corrupted metadata buffer: Apr 2 19:59:22 M-Skynet kernel: 00000000: 58 46 53 42 00 00 10 00 00 00 00 00 ae 9f ff f3 XFSB............ Apr 2 19:59:22 M-Skynet kernel: 00000010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ Apr 2 19:59:22 M-Skynet kernel: 00000020: 35 f3 9f 29 13 be 43 a9 96 d2 cf e2 c3 e7 01 7c 5..)..C........| Apr 2 19:59:22 M-Skynet kernel: 00000030: 00 00 00 00 50 00 00 06 00 00 00 00 00 00 00 80 ....P........... Apr 2 19:59:22 M-Skynet kernel: 00000040: 00 00 00 00 00 00 00 81 00 00 00 00 00 00 00 82 ................ Apr 2 19:59:22 M-Skynet kernel: 00000050: 00 00 00 01 0f ff ff ff 00 00 00 0b 00 00 00 00 ................ Apr 2 19:59:22 M-Skynet kernel: 00000060: 00 07 f6 00 b4 b5 02 00 02 00 00 08 00 00 00 00 ................ Apr 2 19:59:22 M-Skynet kernel: 00000070: 00 00 00 00 00 00 00 00 0c 09 09 03 1c 00 00 05 ................ Apr 2 19:59:22 M-Skynet kernel: XFS (md1p1): SB validate failed with error -74. aber solange das Problem besteht wird es schwer ... Apr 2 19:47:37 M-Skynet emhttpd: shcmd (29): udevadm settle Apr 2 19:47:37 M-Skynet emhttpd: shcmd (33): xfs_admin -U generate /dev/md1p1 Apr 2 19:47:37 M-Skynet kernel: ata3.00: exception Emask 0x50 SAct 0x2000 SErr 0x40c0800 action 0xe frozen Apr 2 19:47:37 M-Skynet kernel: ata3.00: irq_stat 0x00000040, connection status changed Apr 2 19:47:37 M-Skynet kernel: ata3: SError: { HostInt CommWake 10B8B DevExch } Apr 2 19:47:37 M-Skynet kernel: ata3.00: failed command: READ FPDMA QUEUED Apr 2 19:47:37 M-Skynet kernel: ata3.00: cmd 60/08:68:28:00:00/00:00:80:01:00/40 tag 13 ncq dma 4096 in Apr 2 19:47:37 M-Skynet kernel: res 40/00:ff:81:00:00/00:00:00:00:00/40 Emask 0x50 (ATA bus error) Apr 2 19:47:37 M-Skynet kernel: ata3.00: status: { DRDY } Apr 2 19:47:37 M-Skynet kernel: ata3: hard resetting link Apr 2 19:47:38 M-Skynet kernel: ata5.00: exception Emask 0x50 SAct 0x40000 SErr 0x40c0800 action 0xe frozen Apr 2 19:47:38 M-Skynet kernel: ata5.00: irq_stat 0x00000040, connection status changed Apr 2 19:47:38 M-Skynet kernel: ata5: SError: { HostInt CommWake 10B8B DevExch } Apr 2 19:47:38 M-Skynet kernel: ata5.00: failed command: READ FPDMA QUEUED Apr 2 19:47:38 M-Skynet kernel: ata5.00: cmd 60/08:90:28:00:00/00:00:80:01:00/40 tag 18 ncq dma 4096 in Apr 2 19:47:38 M-Skynet kernel: res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x50 (ATA bus error) Apr 2 19:47:38 M-Skynet kernel: ata5.00: status: { DRDY } Apr 2 19:47:38 M-Skynet kernel: ata5: hard resetting link
April 11, 20251 yr Author On 4/10/2025 at 5:58 AM, alturismo said: was ich sehe, dein Problem läuft seit Anfang März ... mit tausenden Einträgen ATA bus error ... - Energiesparen ... alles mal revidieren was da gesetzt wurde (auch auto tweak plugin) - Kabel prüfen, ersetzen, ... - Sitz der Kabel prüfen (steckt alles fest drin, "click" ... Hey alturismo, vielen Dank für deine Antwort. Genau, der ATA bus error ist mir auch aufgefallen, drum hab ich die Ports mal umgesteckt. Werde ich auf jedenfall nochmal probieren. Das die Fehler seit Anfang März schon existieren ist mir tatsächlich nicht bewusst aufgeallen, da ich bisher nur die Logs grob angesehen hatte und auch mit der Fehlersuche über Unraid selbst, da hab ich das Datum wohl mehr oder weniger ausgeblendet. Ich hab dennoch gestern mal paar neue SATA Kabel bestellt und werde diese auch mal durchstecken. Sollten eigentlich alle fest sitzen aber werde ich auch nochmal prüfen. Die Energiesparoptonen sollten auch in den Standard-Settings sein, werd ich mir aber auch nochmal ansehen. Zudem gehe ich mal stark davon aus das ata3.00 der dritte SATA-Port sein wird. Somit seh ich mir diesen nochmal genauer an und probiere mit anderen Ports. Ich weiß, dass das Board sich den M2-Port mit zwei anderen SATA-Ports teilt. Sobald eine M2 drin steckt, sind diese i.d.R. blockiert und die zweit SATA-Ports habe ich normal auch nicht in Nutzung. Schau ich mir dennoch kurz an. Falls es von mir was neues gibt, meld ich mich auf jedenfall nochmal. Auch falls ich ne Lösung fürs Problem finden sollte. LG NZL
April 16, 20251 yr Author Kurzes Update: Ich habe die Festplatten nochmal am Board umgesteckt und das Array gestartet. Die Fehler bzgl. des SATA-Controllers sind "erstmal" weg. Aktuell lasse ich die stark betroffene Festplatte rebuilden, in der Hoffnung das nicht noch mehr Schaden entsteht. Mal schau'n was in 18 Stunden ist. Zugleich bin ich am überlegen, ob ich das aktuelle System ersetzen werde. Die Hauptkomponenten bestehen aus meinem alten PC (ca. 10 Jahre alt), um einen Einstieg in Unraid zu machen. Bevor langsam aber sicher mehr vom Board abraucht und es noch zu ernsthaften Datenverlust kommt, werd ich vermutlich ein neues System aufbauen. Die wichtigsten Daten befinden sich in einem Raid auf M.2 Platten, die sind auch nicht betroffen. Dennoch möchte ich ein Ausfall der zweitrangige und drittrangige Daten vermeiden. Diese wieder zu besorgen ist dann doch zu Zeitaufwändig und teurer als ein neues System. Ggf. eröffne ich einen neuen Thread um Eure Meinungen zu den Komponenten zu hören. LG NZL
April 20, 20251 yr Author Das System läuft seit Donnerstag wieder und am Freitag wurde die Verbindung zur betroffenen Festplatte kurz unterbrochen, nach einem Neustart des Systems war diese wieder da. Die betroffene Festplatte sowie eine weitere stecken auf einem neuen SATA Port, es ging zum Glück beim rebuilden alles gut, ein hohes Risiko war immer da. Gestern hat sich die Festplatte bezüglich Lesefehler und Schreibfehler getrennt. Anbei findet ihr den Fehler und Warnung Log-Auszug, ich schätze mal, das einfach dieser Port oder das Kabel betroffen sind. Ich werde das Kabel austauschen und das ganze beobachten. Muss ich zum wieder einbinden die Platte erster trennen und wie beim rebuild neu ins Array stellen? Syslog Auszug Fehler und Warnung 20250420.txt Edited April 20, 20251 yr by NZL
April 23, 20251 yr Author Hey zusammen, ich habe nun die Platte mit einem neuen Kabel ausgestattet, getrennt, neu verbunden und rebuilden lassen. Bisher sieht alles in Ordnung aus. Somit markiere ich die Lösung von @alturismo als Lösung, für Leute die in Zukunft das gleiche oder ähnliche Probleme haben. Zudem habe ich mir - aufgrund von alten Komponenten - über Ostern ein neues System zustammengestellt und bestellt. Demnächst folgt die Inbetriebnahme. LG NZL
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.