August 26, 2025Aug 26 Hallo zusammen,ich hab wie oben geschrieben ohne für mich ersichtlichen Grund plötzlich bei einer neuen Festplatte den Zustand Unmountable: wrong or no file system.Ich war aktuell dabei sehr viel mit kometa zu arbeiten und die Plex Mediathek zu überarbeiten, dann wurde die ganze Kiste sehr langsam mit nahezu 100% Prozessor Auslastung. Plex und kometa Container neu gestartet, soweit wieder gut und dabei ist mir die ausgefallene Festplatte ausgefallen. Server wurde nicht bewegt.Jemand ne Ahnung?Grußtower-diagnostics-20250826-0321.zip Edited August 26, 2025Aug 26 by strohann
August 26, 2025Aug 26 Community Expert na ja, folge den Anweisungen:Aug 26 03:14:38 Tower emhttpd: mounting /mnt/disk1Aug 26 03:14:38 Tower emhttpd: shcmd (53): mkdir -m 0666 -p /mnt/disk1Aug 26 03:14:38 Tower emhttpd: /sbin/blkid /dev/md1p1 2>&1Aug 26 03:14:39 Tower emhttpd: /dev/md1p1: UUID="ff0dbf99-e0d1-4182-b7d8-a1d668236cca" BLOCK_SIZE="512" TYPE="xfs"Aug 26 03:14:39 Tower emhttpd: shcmd (54): mount -t xfs -o noatime,nodiscard,nouuid /dev/md1p1 /mnt/disk1Aug 26 03:14:39 Tower kernel: XFS (md1p1): Mounting V5 Filesystem ff0dbf99-e0d1-4182-b7d8-a1d668236ccaAug 26 03:14:39 Tower kernel: XFS (md1p1): Corruption warning: Metadata has LSN (16:121437) ahead of current LSN (16:118034). Please unmount and run xfs_repair (>= v4.3) to resolve.Aug 26 03:14:39 Tower kernel: XFS (md1p1): log mount/recovery failed: error -22Aug 26 03:14:39 Tower kernel: XFS (md1p1): log mount failedAug 26 03:14:39 Tower root: mount: /mnt/disk1: wrong fs type, bad option, bad superblock on /dev/md1p1, missing codepage or helper program, or other error.Aug 26 03:14:39 Tower root: dmesg(1) may have more information after failed mount system call.Aug 26 03:14:39 Tower emhttpd: shcmd (54): exit status: 32Aug 26 03:14:39 Tower emhttpd: shcmd (55): rmdir /mnt/disk1Aug 26 03:14:39 Tower emhttpd: disk1: mount error: wrong or no file systemOder war die Platte noch gar nicht formattiert??? Edited August 26, 2025Aug 26 by MAM59
August 26, 2025Aug 26 Author Wo kommen die Infos/Anweisungen her?7 hours ago, MAM59 said:Oder war die Platte noch gar nicht formattiert???Auf der liegen schon ca. 10TB an Daten also doch, wurde in dem System benutzt
August 26, 2025Aug 26 Community Expert na dann viel Glück mit "xfs_repair"(Ansonsten formattieren und Backup Daten zurückspielen)Dumm nur, dass man nirgends sehen kann, WAS eigentlich passiert ist.
August 26, 2025Aug 26 Author Erledigt.... Muss gestehen, ich hab nicht so arg viel gelesen was mir die Kiste gesagt hat - da stand mach also hab ich gemacht. Es kam zwar die Meldung mit possible corruption aber naaaja, wieviel wird schon verloren gehen.... :DDISK1Phase 1 - find and verify superblock...Phase 2 - using internal log - zero log...ALERT: The filesystem has valuable metadata changes in a log which is beingignored because the -n option was used. Expect spurious inconsistencieswhich may be resolved by first mounting the filesystem to replay the log. - scan filesystem freespace and inode maps... - found root inode chunkPhase 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 - agno = 6 - agno = 7 - agno = 8 - agno = 9 - agno = 10 - agno = 11 - agno = 12 - process newly discovered inodes...Phase 4 - check for duplicate blocks... - setting up duplicate extent list... - check for inodes claiming duplicate blocks... - agno = 0 - agno = 5 - agno = 7 - agno = 2 - agno = 4 - agno = 6 - agno = 1 - agno = 3 - agno = 8 - agno = 9 - agno = 10 - agno = 11 - agno = 12No modify flag set, skipping phase 5Phase 6 - check inode connectivity... - traversing filesystem ... - traversal finished ... - moving disconnected inodes to lost+found ...disconnected inode 7303323858, would move to lost+founddisconnected inode 7303323859, would move to lost+founddisconnected inode 7303323860, would move to lost+founddisconnected inode 7303323861, would move to lost+founddisconnected dir inode 10737436072, would move to lost+founddisconnected dir inode 12906776129, would move to lost+foundPhase 7 - verify link counts...would have reset inode 8594264209 nlinks from 11 to 9Maximum metadata LSN (16:121370) is ahead of log (16:118034).Would format log to cycle 19.No modify flag set, skipping filesystem flush and exiting.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 tobe replayed. Mount the filesystem to replay the log, and unmount it beforere-running xfs_repair. If the filesystem is a snapshot of a mountedfilesystem, you may need to give mount the nouuid option. If you are unableto mount the filesystem, then use the -L option to destroy the log andattempt a repair. Note that destroying the log may cause corruption --please attempt a mount of the filesystem before doing this.Dirty Log detected - Zero LogPhase 1 - find and verify superblock...Phase 2 - using internal log - zero log...ALERT: The filesystem has valuable metadata changes in a log which is beingdestroyed because the -L option was used. - scan filesystem freespace and inode maps...clearing needsrepair flag and regenerating metadata - found root inode chunkPhase 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 - agno = 6 - agno = 7 - agno = 8 - agno = 9 - agno = 10 - agno = 11 - agno = 12 - process newly discovered inodes...Phase 4 - check for duplicate blocks... - setting up duplicate extent list... - check for inodes claiming duplicate blocks... - agno = 0 - agno = 4 - agno = 9 - agno = 1 - agno = 6 - agno = 7 - agno = 5 - agno = 8 - agno = 3 - agno = 10 - agno = 11 - agno = 2 - agno = 12clearing reflink flag on inodes when possiblePhase 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 ...disconnected inode 7303323858, moving to lost+founddisconnected inode 7303323859, moving to lost+founddisconnected inode 7303323860, moving to lost+founddisconnected inode 7303323861, moving to lost+founddisconnected dir inode 10737436072, moving to lost+founddisconnected dir inode 12906776129, moving to lost+foundPhase 7 - verify and correct link counts...resetting inode 8594264209 nlinks from 11 to 9resetting inode 23625492 nlinks from 2 to 4Maximum metadata LSN (16:121437) is ahead of log (1:2).Format log to cycle 19.done
August 26, 2025Aug 26 Author Ich hab mal spaßeshalber den Check noch auf der disk2 laufen lassen und bekomme da auch filesystem errors. Sollte ich den repair bei allen Platten laufen lassen? Edited August 26, 2025Aug 26 by strohann
August 26, 2025Aug 26 Community Expert und? geht nu?Den Check NIEMALS auf gemounteten Platten laufen lassen!!!Dafür gibts ja den "Maintanance Mode" beim Array start.Das Dateisystem schreibt Änderungen erstmal in ein Log File. Das wird dann im Leerlauf abgearbeitet. Wenn der Strom ausfällt (Wackelkontakt???) stimmt das Log nicht mit dem Platteninhalt überein.Deshalb hier das Repair:1) xfs_repair auf das Laufwerk (repariert / erzeugt neuen Superblock und listet auf, was für Fehler gefunden wurden (4 Dateien, 2 Verzeichnisse))2) Versuch lwk zu mounten (kann klappen, muss aber nicht)3) lwk wieder unmounten4) nochmal xfs_repair (das spielt dann das log ein und löscht den Fehlerstatus und verchiebt die angedrohten Dateien/Verz. in /lost+found (nur auf der Shell sichtbar))5) fertig, nun sollte das Array normal starten Edited August 26, 2025Aug 26 by MAM59
August 26, 2025Aug 26 Author Oke, sorry, Missverständnis: hab das Array gestoppt, dann im Maintenance Mode gestartet, xfs repair ausgeführt, Array stop, Array start im normalen Modus - Array jetzt im Normalzustand.xfs repair über die GUI gestartet.Wollte direkt einen Parity Check laufen lassen, der braucht aber schonmal ewig und hat "Sync Errors corrected":Der Check wurde ohne den Haken Write Corrections to Parity (oder wie es genau heißt) gestartet. Edited August 26, 2025Aug 26 by strohann
August 26, 2025Aug 26 Community Expert Dann brich den Check ab. Warte noch 1-2 Stunden, dann haben sich die Platten "gesetzt".Danach läuft der Check wieder flott.Und Du solltest ihn mit Schreibberechtigung machen, die Parität kann nach dem Repair nicht mehr stimmen (was aber kein Fehler ist in diesem Fall)
August 26, 2025Aug 26 Author Danke für die Hilfe.Sollte ich xfs repair auf allen Platten laufen lassen (ohne parity)?
August 26, 2025Aug 26 Community Expert Just now, strohann said:Sollte ich xfs repair auf allen Platten laufen lassen (ohne parity)?Hmm, wenn sie nicht meckern, macht es wenig Sinn.Die Zeit (und das Stirnrunzeln) kannst Du Dir sparen.Bau später die Parity neu auf (kein Unterschied zu "Check") und dann sollte Ruhe sein.Kannst ja noch in lost+found gucken, ob die gefundenen Dateien irgendeinen Sinn machen, ansonsten löschen.Und einen bösen Blick auf den Stromanschluß der Platte werfen, nicht, dass da ein Wackelkontakt ist und es bald wieder passiert....
August 26, 2025Aug 26 Author disk 1 und 2 hatten filesystem errors. 1 hab ich schon gemacht, 2 hab ich jetzt eben gemacht.Ich starte jetzt gleich das Array wieder, lass es mal 2 Stunden vor sich hindödeln und starte dann den parity check mit write corrections.Wo finde ich Lost+Found?Stromanschlüsse prüfe ich nochmal, kann ich mir aber eigentlich nicht vorstellen weil der Server so gar nicht mehr bewegegt wird (wenn er an ist) - man lernt ja aus den Jahren der Benutzung :D
August 26, 2025Aug 26 Author Oh noch eine Frage, parity check im normal gestarteten Zustand (der jetzt wieder geht) machen oder im Maintenance Mode?
August 26, 2025Aug 26 Community Expert 3 hours ago, strohann said:weil der Server so gar nicht mehr bewegegt wirdmanchmal merkt man es garnicht, manchmal reichen die Vibrationen der Platten und Lüfter. Checken kostet nix :-)3 hours ago, strohann said:Oh noch eine Frage, parity check im normal gestarteten Zustand (der jetzt wieder geht) machen oder im Maintenance Mode?Im Normalen Modus sollte voll reichen.3 hours ago, strohann said:2 hab ich jetzt eben gemacht.Ich bin mir nicht ganz sicher, ob Du nicht mit dem übereifrigen "xfs_repair" zur Unzeit die Fehler selber produziert hast, aber wenn Du im Maintenance Modus warst, bist Du unschuldig :-)
August 26, 2025Aug 26 Author 19 minutes ago, MAM59 said:die Fehler selber produziert hastIch hab das noch nie gemacht, ich war bis heute noch nie im Maintenance Mode und wusste gar nicht einmal. dass es so etwas wie xfs repair gibt :D
August 26, 2025Aug 26 Author Da hat sich jetzt leider nicht so wirklich viel verändert in der Zeit....EDIT:Einige neue Fehler Edited August 26, 2025Aug 26 by strohann
August 26, 2025Aug 26 Community Expert hmm, da klemmt aber was gewaltig... Es laufen aber keine SMART Fehler auf? Oder sonst irgendwas Böses im Syslog?Oder läuft da ein heftiger Datentransfer? Steppen die Platten wie wild ? (aka liest/schreibt da was anderes gleichzeitig???)
August 26, 2025Aug 26 Author 9 minutes ago, MAM59 said:Es laufen aber keine SMART Fehler auf?Zugegeben hat disk6 seit vielleicht einem Jahr 55x Fehler 199 UDMA CRC error. Die Zahl hab ich aber seitdem im Blick und verändert sich auch nicht. Ansosnten wurden die Platten immer getauscht wenns Probleme gab oder sie wurden sowieso gegen größerer getauscht. Meistens waren es aber die berühmten Kabel - abstecken, wieder dran, geht wieder. Denke also nicht, dass es daran liegt.12 minutes ago, MAM59 said:SyslogJa, jetzt wirds unangenehmer - Datei is angehängt. Denke da is das Problem...13 minutes ago, MAM59 said:heftiger DatentransferPlex hat im Hintergrund so bisschen was rumgedudelt aber nicht der Rede wert. Container sind jetzt aber auch alle aus.14 minutes ago, MAM59 said:liest/schreibt da was anderesNö, gar nichts. tower-syslog-20250826-1616.zip
August 26, 2025Aug 26 Author Hab eine 6 Port SATA Erweiterungskarte, extra mit einem ASM1166 Chipsatz https://www.amazon.de/dp/B097RBLM9G?th=1Is jetzt schon der zweite in kurzer Zeit. Hab mit Absicht den LSI rausgeschmissen.Eine der Platten kackt wirklich immer wieder ab (man hört es) und an der Karte blinkt auch nur manchmal LED1. Edited August 26, 2025Aug 26 by strohann
August 26, 2025Aug 26 Community Expert AAARG!"ASM1166, a SATA host controller(AHCI) with upstream PCIe Gen3 x2 and downstream six SATA Gen3 ports. It is a low latency, low cost and low power AHCI controller with six SATA ports and cascaded port multipliers"Die mulltipliers ist genau das, was man NICHT haben will.Damit können 2 Platten niemals gleichzeitig funktionieren. Ein Array damit (+Parity) kommt nicht über die Schneckengeschwindigkeit, da bei jedem Zugriff immer vorher der Bus geräumt, der Multiplexer umgeschaltet und der Bus neu belegt werden muß.Kauf lieber Controller mit nur 4 Ports, die haben keine Multiplexer!Ausserdem ist Deine CPU extrem lahm im Umgang mit Array Daten:Aug 26 03:13:23 Tower kernel: raid6: avx2x4 gen() 10098 MB/sAug 26 03:13:23 Tower kernel: raid6: avx2x2 gen() 9833 MB/sAug 26 03:13:23 Tower kernel: raid6: avx2x1 gen() 8036 MB/sAug 26 03:13:23 Tower kernel: raid6: using algorithm avx2x4 gen() 10098 MB/sAug 26 03:13:23 Tower kernel: raid6: .... xor() 5526 MB/s, rmw enabledAug 26 03:13:23 Tower kernel: raid6: using avx2x2 recovery algorithm(Mal zum Vergleich mein bescheidenes Dingen:dmesg:[ 0.567606] raid6: avx2x4 gen() 35282 MB/sdmesg:[ 0.584607] raid6: avx2x2 gen() 32229 MB/sdmesg:[ 0.601606] raid6: avx2x1 gen() 24867 MB/sdmesg:[ 0.601611] raid6: using algorithm avx2x4 gen() 35282 MB/sdmesg:[ 0.618608] raid6: .... xor() 5260 MB/s, rmw enableddmesg:[ 0.618613] raid6: using avx2x2 recovery algorithm)Deine CPU hat zwar AVX Erweiterungen, aber die sind ihr Geld nicht wert (Ohne AVX 5526MB/s mit AVX bestens 10098... gerade mal doppelt so schnell)Diese Berechnungen werden für Parity benötigt und für jeden Sektor durchgeführt, das Schnarchen summiert sich also auf.Da Deine Parität eh kapput ist, würde ich an Deiner Stelle:Array stoppen2 (die letzten beiden) Platten auf einen anderen Controller (Motherboard?) umklemmenParitäts Platte aus dem Array wegkonfigurieren (auf "nicht existent")Array startenArray stoppenParitäts Platte wieder dem Array hinzufügen (wird nun als "neu" erkannt, es wird also nicht ein Check durchgeführt, sondern eine direkte Neuberechnung)Array startenDie Parität wird somit neu erstellt und wenn Du die richtigen Platten umgeklemmt hast, sollte alles deutlich flotter ablaufen (aber aufgrund der bescheidenen CPU dann doch eher insgesamt träge, nehm Dir für die nächsten 30 Stunden nix Besonderes vor :-) ) Edited August 26, 2025Aug 26 by MAM59
August 26, 2025Aug 26 Author Okey vielen Dank erstmal.25 minutes ago, MAM59 said:Die mulltipliers ist genau das, was man NICHT haben will.Da hab ich mich damals mal so richtig fals informiert und somit verkauft. Ich dachte, dass der 1166 das ohne muxer kann. Naja, falsch gedacht.Hast du eine Empfehlung für eine Karte eines etwas nahmhaften Herstellers? Das is schon die zweite, die innerhalb eines Jahres kaputt geht.Ich liebäugel seit dem letzten Ausfall eigenltich wieder mit einer LSI Karte, auch wenn sie mir den Stromverbrauch in die Decke schießt.31 minutes ago, MAM59 said:CPU extrem lahm im Umgang mit Array DatenIst ein i5 10600T - extra wegen der geringen TDP. Kann ich hier was besser machen? Worauf muss ich bei der nächsten CPU achten? Was benutzt du?33 minutes ago, MAM59 said:Die Parität wird somit neu erstelltDas Thema geh ich erst an, wenn der neue Controller da ist. Hab auf dem Board nur einen Sata Port frei, das hat jetzt so keinen Sinn.Kann ich das Array in der Zwischenzeit weiter verwenden? Wenn die Parität eh futsch is, sollte ich nach meinem Verständnis weiter fröhlich Daten aufs Array schreiben können und dann mit einem Rebuild alles frisch haben. Richtig?37 minutes ago, MAM59 said:nächsten 30 StundenJa in der Tat dauert ein Parity Build/Check ungefähr so lange
August 26, 2025Aug 26 2 hours ago, strohann said:Ich dachte, dass der 1166 das ohne muxer kann.Kann er auchKeine Ahnung woher das kommt:3 hours ago, MAM59 said:ASM1166, a SATA host controller(AHCI) with upstream PCIe Gen3 x2 and downstream six SATA Gen3 ports. It is a low latency, low cost and low power AHCI controller with six SATA ports and cascaded port multipliers"Die mulltipliers ist genau das, was man NICHT haben will.Ich tippe auf halluzinierende KI?!Es gibt sicherlich ASM1166 die zusätzlich auch noch multiplier einsetzen, die Chinesen sind da ja sehr...kreativAber eine "Standard" ASM1166 liefert 6 Ports von Haus aus, ganz ohne multiplier
August 26, 2025Aug 26 Community Expert 6 hours ago, strohann said:Eine der Platten kackt wirklich immer wieder ab (man hört es) und an der Karte blinkt auch nur manchmal LED1.Die klackende Platte klingt nach wiederholten Leseversuchen und je mehr davon auftreten: das bremst gewaltig
August 26, 2025Aug 26 Community Expert 6 hours ago, MAM59 said:AAARG!"ASM1166, a SATA host controller(AHCI) with upstream PCIe Gen3 x2 and downstream six SATA Gen3 ports. It is a low latency, low cost and low power AHCI controller with six SATA ports and cascaded port multipliers"Multiplier hat eine ASM1166 mit nur 6 Ports nicht. Die Beschreibung bezieht sich auf die anderen Bauweisen, die im selben Amazon Angebot zu beziehen sind.6 hours ago, MAM59 said:Die mulltipliers ist genau das, was man NICHT haben will.Wenn welche verbaut wären, würde ich zustimmen.Sollte es aber eine normale ASM1166 mit nur 6 SATA Ports sein, und diese auch per PCIe x2 (4Steckplatz) angebunden sein, ist es das Optimum für sparsame und gute SATA Anbindung von bis zu 6 SATA Festplatten.6 hours ago, MAM59 said:Kauf lieber Controller mit nur 4 Ports, die haben keine Multiplexer!ASM1064 und ASM1164 sind native 4 Port Kontroller. ASM1166 (mit 6 Ports) sind auch geeignete native 6Port Kontroller. Wenn aus diesen Kontroleren dann aber mehr als die nativen Ports gemacht werden,. dann wird es erst schlimm.
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.