NZL

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

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

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

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

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

Okay danke dir, das werde ich dann die Tage noch machen. Aktuell läuft noch eine Paritätsprüfung durch.

@mgutt RAM Riegel zwei hat keine Probleme gemacht und läuft einzeln wunderbar durch. Habe bisher alle Dateien erfolgreich kopieren können. Dann werd ich wohl erstmal Kontakt mit dem Händler aufnehmen und dann noch mit GSkill. Getestet habe ich beide Riegel im selbsten Mainboard Slot. Vielen lieben Dank für Deine kostbare Zeit ! Ich wünsche ein schönes Wochenende.

Die Cache Platte hat noch den Fehler mit dem Dateisystem. Von dieser möchte ich zwecks Neuformatierung ein Backup erstellen, was bisher noch nicht funktioniert hat (also noch defekt). Zerschossen hab ich mir das Dateisystem beim erstellen von Backups. Beim Problem mit dem Dateisystem hatte ich dies in der Anleitung von JorgeB gelesen. Definiere "normale Nutzung", ich hatte schon Probleme beim installieren von Docker Container wo ich im nachhinein eventuell das gleiche Problem wie mit den Backups vermute. Ansonsten hatte ich solche Abstürtze eigentlich noch nicht bewusst. Ich weiß nicht wie hier im Forum mit Doppelposts umgegangen wird, darum mach ich häufig so viele Edits die eventuell übersehen werden. Nur als kurze Anmerkung falls dir es nicht aufgefallen ist, kurz vor deiner neuen Antwort hatte ich meine letzte Antwort editiert. Aktuell ist der Test mit dem zweiten RAM Riegel bei 63GB, vermutlich ist der andere tatsächlich defekt oder beschädigt.

Okay ich teste die RAM Riegel mal einzeln. Ergebnisse folgen demnächst als Edit. Vom letzten Absturz konnte ich leider keine Syslog auslesen, es kam die Meldung die Datei sei zu groß (2,5GB). Habe sie dennoch gesichert, falls man die doch irgendwie auslesen kann. Habe noch nicht probiert sie zu downloaden und manuell zu öffnen. Okay danke das ist gut zu wissen, dann stimmt auch die Anzeige. Der Share ist ein normaler Share von Unraid auf eine Disk im Array. Zum testen mache ich es über Midnight Commander indem ich die NVME mit "mount -o rescue=all,ro /dev/nvme0n1p1 /tempnvme" mounte und dann direkt in einen neuen Ordner auf disk2 im Array kopiere. Edit 1: beim testen des ersten RAM Riegel liegt die CPU Auslastung bei ca. 30-50%. Kurz bevor der Server Abstürtzt ist eine CPU Auslastung von beinahe 100% zu sehen und die Verbindung ist weg. Auch hier wurden in etwa wieder 28-32 GB an Daten übertragen. Der Test mit dem zweiten RAM Riegel läuft aktuell noch durch und ist bisher tatsächlich weiter als alle tests zuvor. Ich bin aktuell bei 42 GB und melde mich nochmal zurück, wenn der Test durch ist oder der Server abgebrochen hat. syslog RAM Riegel 1

Mainboard: AS Rock Z170 Extreme 6+ (asrock.com) CPU: Intel® Core i7-6700K (intel.de) RAM: G.Skill DIMM 32 GB DDR4-2133 Kit (gskill.com) Meinst du es könnte daran liegen das der RAM im Dual läuft, wäre da ein Quad-Kit besser? Ansonsten hätte ich die Möglichkeit die Riegel mit den älteren vom PC zu tauschen und zu testen. Ich probiere gleich mal die beiden anderen Slots aus. Edit 1: das müssten die vom PC sein (Quad-Kit) (gskill.com) Edit 2: wenn ich die Mainboarbeschreibung (Seite 19) richtig verstehe sollte "Populated" bevorzugt werden und somit im Dual Channel quasi Slot A2 und Slot B2 unter Priorität 1 laufen, so hatte die die Speicherriegel auch eingebaut Nach dem Wechsel auf Slot A1 und B1 war die aktuelle Übertragung vom Backup um ca. 8GB weiter bis zum Abbruch. Was komisch ist, sonst war der Abbruch immer bei etwa 30GB diesmal bei 38GB Datenübertragung. Unraid nutzt ja soweit ich weiß Caching über RAM, könnte es sein das der RAM hier "vollläuft" und somit erschöpft wird und einfach stecken bleibt? Bevor ich in Unraid irgendwas anklicke scheinen immerhin noch die Auslastungswerte übertragen zu werden (diese schwanken zumindest noch, siehe Bild). Edit 3: scheinbar hängt sich Unraid diesmal nicht auf, die Übertragung mittels MC bleibt einfach stehen

Hey zusammen, hey @DataCollector, hey @mgutt, ich habe soeben das Netzteil meines PCs verwendet (BJ Ende 2021) und einen Test gemacht, um den System-Ordner der NVME zu kopieren. Ich denke nicht das es an der Dateigröße (bei FHD und UHD Filmen gab es in der Vergangenheit per FTP und SMB keine Probleme) liegt, sondern eher an der Dateianzahl beim schnellen kopieren. Leider bricht mir auch hier wieder die Verbindung zum Server ab bzw. geht offline (Syslog endet bis zum Neustart). Anbei in etwa die letzten 10 Minuten des Syslogs: (um 17:45:02 Uhr gibt es zumindest eine CPU Warnung) Wie könnte man am besten vorgehen um CPU, Mainboard und RAM zu testen? RAM Riegel (BJ Ende 2021 ) könnte ich vom PC verwenden (muss ich zuerst die Kompatibilität prüfen), CPU und Board geht leider nicht da AMD und Intel. Könnte man die Spannungswerte im BIOS auslesen? Die werden vermutlich ohne Last nichts aussagekräftiges anzeigen vermute ich mal? Edit 1: der RAM ist tatsächlich von Juni 2022 (dachte ich hätte diesen mit dem vom PC getauscht) Gruß NZL und danke für Eure Zeit

Okay danke, ich meinte auch damals beim aufsetzen gelesen zu haben das man dies nicht zwingend braucht. Vor wenigen Wochen als ich das erste mal das Problem mit dem Dateisystem hatte meinte ich irgendwo gelesen zu haben, das es von manchen empfohlen wird per Zeitplan festzulegen. Edit 1: Die beiden HDDs im Array habe ich repariert, die zweite Festplatte hatte tatsächlich auch zwei beschädigte Dateien drauf. Die NVME vom Cache gehe ich aus Zeitgründen heute Nacht oder (üb)morgen früh nochmal an. Da probiere ich nochmal den "system" Ordner in mehreren Kopiervorgängen mit etwas zeitlichen Abständen vollständig zu sichern. Wichtig sind meine Nextcloud Daten die normal alle gesichert sein sollten. Ich werde mich melden, bis dahin vielen Dank für Eure Zeit und bisherige Hilfe.

Nach einem Hard Reset habe ich das leider nie ausgeführt, da Wissensstand zu diesem Zeitpunkt zu gering. Ansonsten wird dieser einmal am Tag ausgeführt. Wie kann ich die NVME scrubben wenn das Dateisystem ausgefallen ist, ist das möglich/notwendig/sinnvoll vor Reparatur? "Scrub nur verfügbar wenn Array gestartet ist" Ist aktuell im Wartungsmodus. Auch die unbetroffenen HDDs? Okay, die Komponenten sind eigentlich alle von meinem alten PC und dementsprechen älter (2016, Netzteil 2012).

Okay vielen Dank, ist nun aktiv. Okay ich werd die Tage oder am Wochenende mal das Netzteil vom PC ausbauen und testen. Vielleicht hat auch wer im Freundeskreis ein unbenutztes neueres/zuverlässiges Netzteil übrig/zur Hand. Vielen Dank erstmal

Das weiß ich leider nicht, da ich dort nicht mehr drauf zugreifen kann. Meist ist gleich die komplette Weboberfläche von Unraid nicht mehr erreichbar. Tatsächlich habe ich das alte 850 Watt Netzteil von meinem PC im Server in Verwendung. Edit 1: Ich habe soeben nachgeschaut, das Netzteil (be quiet! Dark Power Pro 80+ Platinum 850W) ist bereits 10 Jahre und 2 Monate alt.