mgutt

Mit dem appdata Backup plugin die Docker als tar sichern und mit duplicacy die tar? Wäre jetzt die simpelste Lösung.

Wenn Nextcloud lokal nicht geht, klingt das für mich so als würde etwas in deinem Netzwerk die IP von der Domain ändern. Kannst du mal eine ping App auf dein Android laden und die IP der Domain prüfen? Haben die Androiden bei den WLAN Einstellungen evtl benutzerdefinierte DNS hinterlegt?

Dh beim Cache interpretiert er 460GB quasi als 460 Bytes? Dann solltet ihr das als Bug melden.

Ah ok, dachte die wären alle CPU. Dann sollte das gehen. Die Frage ist ob der Adapter läuft. Welcher ist das bzw hast du mal an einem normalen M.2 Slot getestet?

Or enable IPv6.

Use only https://domain?

Hattest du evtl mal das BIOS der Karte aktualisiert? Es gab ja zb mal ein Update um rBar zu aktivieren: https://www.computerbase.de/2021-03/treiber-und-bios-updates-nvidia-aktiviert-rbar-auf-rtx-3090-3080-3070-und-3060-ti/ Wenn es danach nur noch mit ROM geht, kann das zb ein Grund sein, dass Nvidia irgendwas kaputt gemacht hat. Eventuell musst du auch mal das BIOS aktualisieren (ginge nur, wenn du mit Windows bootest). Dass man Nvidia Grafikkarten in einer VM benutzen darf, ist ja "neu": https://unraid.net/de/blog/nvidia-gpu-support Vorher musste man ja das BIOS "hacken": https://forums.unraid.net/topic/89962-solved-howto-help-pls-trouble-with-gpu-passthrough-gtx1080ti/?do=findComment&comment=835140 Daher würde es mich wundern, wenn deine Karte früher "einfach so" funktioniert hat.

Das ist vermutlich dein Problem. Quad9 hat manchmal eine miserable Performance. Wir haben das auf der Arbeit getestet und teilweise Auflösungszeiten von über 15 Sekunden gehabt. Der Chrome Browser wartet keine 2 Sekunden und bricht dann ab. Dein LG TV macht vermutlich das selbe. Nimm stattdessen 1.1.1.2 um auch böse Domains zu filtern: https://en.wikipedia.org/wiki/1.1.1.1 Cloudflare sperrt zwar nicht so viel wie Quad9, aber dafür stimmt die Performance. Meine Vermutung ist, dass manche Provider Richtung Quad9 ein miserables Routing besitzen. Dass Quad9 so eine schlechte Performance hat, kann ich mir jedenfalls kaum vorstellen. Das wäre sicher schon publik geworden.

Hilfe einblenden? Ist also egal was man eingibt. Entsprechend dem Suffix wird umgerechnet. Es ist ja vom Prinzip simpel. Hat die SSD noch 100GB Platz, dann stell einfach mal 120GB als Min Free Space ein und lade eine Datei hoch. Landet sie auf der SSD oder im Array? Was hat der entsprechende Share für eine Cache-Einstellung und welcher Free Min Wert wurde geändert, der von der SSD oder der vom Share oder beide?

Was nicht die Doku vom Container ist. Hier steht doch ganz klar nur SQLite: https://github.com/Bubka/2FAuth/tree/master/docker Wenn du im Docker MySQL Support haben möchtest, solltest du den Entwickler danach fragen: https://github.com/Bubka/2FAuth/issues

Was ja auch logisch ist, weil wenn du dem ersten Slot 16 Lanes zuweist, sind ja keine mehr für die anderen beiden Slots ubrig. Du hast ja nur 16 insgesamt. Das könnte dein Problem sein. Du kannst zwar im BIOS X8X4X4 auswählen, aber das heißt noch lange nicht, dass du X4X4 auf einem einzigen PCIe Slot verwenden darfst. Normalerweise ist die Einstellung ja dafür da X4 und X4 auf die beiden PCIe Slots zu verteilen. Vermutlich wird eine Dual Karte also nicht funktionieren.

Ich verstehe nicht ganz das Problem. Es ist bei einer DDNS Domain doch völlig egal ob die online ist oder ist sogar der Nameserver von DuckDNS offline?!

Wie groß war die Datei, die du kopiert hast? Größer als 20GB? Dann ist das das Problem. Der Min Free Wert muss größer sein als die größte Datei, die man auf den Server lädt.

Wenn ich das hier richtig verstehe, dann kommt es zu so einem Fehler, wenn nicht die notwendigen Datenbanktreiber in PHP installiert sind: https://stackoverflow.com/questions/9308147/pdoexception-could-not-find-driver-in-php Daraus schließe ich, dass der Container nicht mit einer SQL Datenbank kompatibel ist. Was sagt die Doku des Containers dazu?

Warum machst du sowas?! Welche Anleitung?! Häh? Muss nicht sein. BTRFS hat integrierte Restore-Funktionen. Ich würde zb das Array stoppen. Dann mit "lsblk" ermitteln welche Datenträger da sind und wie sie heißen. Und nun von der 1. Partition der NVMe ein Backup auf eine USB Platte machen: btrfs restore /dev/nvmeXX /mnt/disks/YY/nvme1 Das mit beiden NVMe und schauen was gerettet wurde.

Warum nicht einfach alle leeren Ordner löschen? find /mnt/surveillance/Surveillance/ -empty -type d -delete find arbeitet grundsätzlich rekursiv, wird also auch alle Unterordner löschen, die leer sind. Du kannst das Kommando vorher übrigens einfach testen, in dem du dir nur die Dateinamen mit deren Datum ausgeben lässt: find /mnt/surveillance/Surveillance/ -mtime +14 -type f -exec ls -lh {} \;

Bei einer Syno ist ja die Reihenfolge sehr wichtig. Keine Ahnung was passiert, wenn man auf SATA Controller wechselt und dann auch noch von einem zu zwei Controllern. 🤔

Wo wurde Free min space eingestellt? Man kann da den Wert bei Shares und Pools einstellen. Ich würde bei beiden was eintragen. Dann kurz Array neu starten.

Does this only happen if NPM is in front or does it even happen if you open your website directly through the target container IP?

Es können auf die Art keine Dateien verloren gehen. Beim Tausch der Parität schon mal gar nicht, weil da ja gar keine Dateien drauf sind. Was auch immer deine Freigabe sei soll, schau doch einfach über das Ordner-Symbol was auf der jeweilige Platte ist.

It depends. Every network type has its own rules: Depending on the used networks you can even add containers to multiple networks: docker network connect <networkname> <containername>

Was ist das für ein neues Feature von UD? Und warum fügt er den Ordner hinzu, noch bevor man das Feature überhaupt benutzt?!

Dann schau mal was manche für "Gold" zahlen. Gibt immer noch einige die meinen das wäre das Beste vom Besten. Der Name machts. Auch wie die Black USB Gehäuse wo WD Blue drin stecken. Deswegen heißt auch mittlerweile alles "Gaming", weil es sich damit besser verkauft. Allerdings sind Ultrastar durch die aggressive Kopfbewegung auch deutlich lauter als die anderen. Wer es möglichst leise haben will, wird die daher nicht kaufen.

Erneuter Crash. Da eigentlich alle 30 Minuten die docker RAM-Disk gesichert wird, muss der Crash zwischen 02:10 und 02:30 Uhr gewesen sein: Mar 12 01:00:01 thoth docker: RAM-Disk synced Mar 12 01:30:01 thoth docker: RAM-Disk synced Mar 12 02:00:01 thoth docker: RAM-Disk synced Mar 12 02:02:00 thoth emhttpd: read SMART /dev/sdh Mar 12 02:02:41 thoth emhttpd: read SMART /dev/sdc Mar 12 02:02:52 thoth emhttpd: read SMART /dev/sdb Mar 12 02:10:03 thoth crond[1840]: exit status 1 from user root /usr/local/sbin/mover &> /dev/null Mar 12 11:03:10 thoth kernel: microcode: microcode updated early to revision 0xde, date = 2020-05-25 Mar 12 11:03:10 thoth kernel: Linux version 5.10.28-Unraid (root@Develop) (gcc (GCC) 9.3.0, GNU ld version 2.33.1-slack15) #1 SMP Wed Apr 7 08:23:18 PDT 2021 Entweder ist das ein Folgeproblem aus dem ersten Crash oder ich habe ein Problem mit Disk7: Mar 11 05:05:44 thoth kernel: XFS (md7): Metadata corruption detected at xfs_dinode_verify+0xa3/0x581 [xfs], inode 0x189163dbe dinode Mar 11 05:05:44 thoth kernel: XFS (md7): Unmount and run xfs_repair Mar 11 05:05:44 thoth kernel: XFS (md7): First 128 bytes of corrupted metadata buffer: Mar 11 05:05:44 thoth kernel: 00000000: 49 4e 81 a4 03 02 00 00 00 00 00 63 00 00 00 64 IN.........c...d Mar 11 05:05:44 thoth kernel: 00000010: 00 00 00 06 00 00 00 00 00 00 00 00 00 00 00 00 ................ Mar 11 05:05:44 thoth kernel: 00000020: 62 10 71 d5 2f cf eb 15 62 10 66 0b 25 d3 e1 76 b.q./...b.f.%..v Mar 11 05:05:44 thoth kernel: 00000030: 62 17 07 de 15 44 a4 cc 00 00 00 00 00 00 00 87 b....D.......... Mar 11 05:05:44 thoth kernel: 00000040: 00 00 00 00 00 00 00 01 00 00 00 00 00 00 00 01 ................ Mar 11 05:05:44 thoth kernel: 00000050: 00 00 00 02 00 00 00 00 00 00 00 00 41 16 23 f1 ............A.#. Mar 11 05:05:44 thoth kernel: 00000060: ff ff ff ff d6 88 af 77 00 00 00 00 00 00 00 0e .......w........ Mar 11 05:05:44 thoth kernel: 00000070: 00 00 00 ba 00 1b 54 15 00 00 00 00 00 00 00 00 ......T......... Mar 11 05:05:44 thoth kernel: XFS (md7): Metadata corruption detected at xfs_dinode_verify+0xa3/0x581 [xfs], inode 0x189163dbe dinode Mar 11 05:05:44 thoth kernel: XFS (md7): Unmount and run xfs_repair Mar 11 05:05:44 thoth kernel: XFS (md7): First 128 bytes of corrupted metadata buffer: Mar 11 05:05:44 thoth kernel: 00000000: 49 4e 81 a4 03 02 00 00 00 00 00 63 00 00 00 64 IN.........c...d Mar 11 05:05:44 thoth kernel: 00000010: 00 00 00 06 00 00 00 00 00 00 00 00 00 00 00 00 ................ Mar 11 05:05:44 thoth kernel: 00000020: 62 10 71 d5 2f cf eb 15 62 10 66 0b 25 d3 e1 76 b.q./...b.f.%..v Mar 11 05:05:44 thoth kernel: 00000030: 62 17 07 de 15 44 a4 cc 00 00 00 00 00 00 00 87 b....D.......... Mar 11 05:05:44 thoth kernel: 00000040: 00 00 00 00 00 00 00 01 00 00 00 00 00 00 00 01 ................ Mar 11 05:05:44 thoth kernel: 00000050: 00 00 00 02 00 00 00 00 00 00 00 00 41 16 23 f1 ............A.#. Mar 11 05:05:44 thoth kernel: 00000060: ff ff ff ff d6 88 af 77 00 00 00 00 00 00 00 0e .......w........ Mar 11 05:05:44 thoth kernel: 00000070: 00 00 00 ba 00 1b 54 15 00 00 00 00 00 00 00 00 ......T......... Mar 11 05:06:38 thoth emhttpd: spinning down /dev/sdf Mar 11 05:10:03 thoth emhttpd: spinning down /dev/sdb Mar 11 05:15:17 thoth kernel: XFS (md7): Metadata corruption detected at xfs_dinode_verify+0xa3/0x581 [xfs], inode 0x189163dbe dinode Mar 11 05:15:17 thoth kernel: XFS (md7): Unmount and run xfs_repair Mar 11 05:15:17 thoth kernel: XFS (md7): First 128 bytes of corrupted metadata buffer: Mar 11 05:15:17 thoth kernel: 00000000: 49 4e 81 a4 03 02 00 00 00 00 00 63 00 00 00 64 IN.........c...d Mar 11 05:15:17 thoth kernel: 00000010: 00 00 00 06 00 00 00 00 00 00 00 00 00 00 00 00 ................ Mar 11 05:15:17 thoth kernel: 00000020: 62 10 71 d5 2f cf eb 15 62 10 66 0b 25 d3 e1 76 b.q./...b.f.%..v Mar 11 05:15:17 thoth kernel: 00000030: 62 17 07 de 15 44 a4 cc 00 00 00 00 00 00 00 87 b....D.......... Mar 11 05:15:17 thoth kernel: 00000040: 00 00 00 00 00 00 00 01 00 00 00 00 00 00 00 01 ................ Mar 11 05:15:17 thoth kernel: 00000050: 00 00 00 02 00 00 00 00 00 00 00 00 41 16 23 f1 ............A.#. Mar 11 05:15:17 thoth kernel: 00000060: ff ff ff ff d6 88 af 77 00 00 00 00 00 00 00 0e .......w........ Mar 11 05:15:17 thoth kernel: 00000070: 00 00 00 ba 00 1b 54 15 00 00 00 00 00 00 00 00 ......T......... Mar 11 05:15:17 thoth kernel: XFS (md7): Metadata corruption detected at xfs_dinode_verify+0xa3/0x581 [xfs], inode 0x189163dbe dinode Mar 11 05:15:17 thoth kernel: XFS (md7): Unmount and run xfs_repair Mar 11 05:15:17 thoth kernel: XFS (md7): First 128 bytes of corrupted metadata buffer: Mar 11 05:15:17 thoth kernel: 00000000: 49 4e 81 a4 03 02 00 00 00 00 00 63 00 00 00 64 IN.........c...d Mar 11 05:15:17 thoth kernel: 00000010: 00 00 00 06 00 00 00 00 00 00 00 00 00 00 00 00 ................ Mar 11 05:15:17 thoth kernel: 00000020: 62 10 71 d5 2f cf eb 15 62 10 66 0b 25 d3 e1 76 b.q./...b.f.%..v Mar 11 05:15:17 thoth kernel: 00000030: 62 17 07 de 15 44 a4 cc 00 00 00 00 00 00 00 87 b....D.......... Mar 11 05:15:17 thoth kernel: 00000040: 00 00 00 00 00 00 00 01 00 00 00 00 00 00 00 01 ................ Mar 11 05:15:17 thoth kernel: 00000050: 00 00 00 02 00 00 00 00 00 00 00 00 41 16 23 f1 ............A.#. Mar 11 05:15:17 thoth kernel: 00000060: ff ff ff ff d6 88 af 77 00 00 00 00 00 00 00 0e .......w........ Mar 11 05:15:17 thoth kernel: 00000070: 00 00 00 ba 00 1b 54 15 00 00 00 00 00 00 00 00 ......T......... Mar 11 05:15:17 thoth kernel: XFS (md7): Metadata corruption detected at xfs_dinode_verify+0xa3/0x581 [xfs], inode 0x189163dbe dinode Mar 11 05:15:17 thoth kernel: XFS (md7): Unmount and run xfs_repair Mar 11 05:15:17 thoth kernel: XFS (md7): First 128 bytes of corrupted metadata buffer: Mar 11 05:15:17 thoth kernel: 00000000: 49 4e 81 a4 03 02 00 00 00 00 00 63 00 00 00 64 IN.........c...d Mar 11 05:15:17 thoth kernel: 00000010: 00 00 00 06 00 00 00 00 00 00 00 00 00 00 00 00 ................ Mar 11 05:15:17 thoth kernel: 00000020: 62 10 71 d5 2f cf eb 15 62 10 66 0b 25 d3 e1 76 b.q./...b.f.%..v Mar 11 05:15:17 thoth kernel: 00000030: 62 17 07 de 15 44 a4 cc 00 00 00 00 00 00 00 87 b....D.......... Mar 11 05:15:17 thoth kernel: 00000040: 00 00 00 00 00 00 00 01 00 00 00 00 00 00 00 01 ................ Mar 11 05:15:17 thoth kernel: 00000050: 00 00 00 02 00 00 00 00 00 00 00 00 41 16 23 f1 ............A.#. Mar 11 05:15:17 thoth kernel: 00000060: ff ff ff ff d6 88 af 77 00 00 00 00 00 00 00 0e .......w........ Mar 11 05:15:17 thoth kernel: 00000070: 00 00 00 ba 00 1b 54 15 00 00 00 00 00 00 00 00 ......T......... Mar 11 05:15:17 thoth kernel: XFS (md7): Metadata corruption detected at xfs_dinode_verify+0xa3/0x581 [xfs], inode 0x189163dbe dinode Mar 11 05:15:17 thoth kernel: XFS (md7): Unmount and run xfs_repair Mar 11 05:15:17 thoth kernel: XFS (md7): First 128 bytes of corrupted metadata buffer: Mar 11 05:15:17 thoth kernel: 00000000: 49 4e 81 a4 03 02 00 00 00 00 00 63 00 00 00 64 IN.........c...d Mar 11 05:15:17 thoth kernel: 00000010: 00 00 00 06 00 00 00 00 00 00 00 00 00 00 00 00 ................ Mar 11 05:15:17 thoth kernel: 00000020: 62 10 71 d5 2f cf eb 15 62 10 66 0b 25 d3 e1 76 b.q./...b.f.%..v Mar 11 05:15:17 thoth kernel: 00000030: 62 17 07 de 15 44 a4 cc 00 00 00 00 00 00 00 87 b....D.......... Mar 11 05:15:17 thoth kernel: 00000040: 00 00 00 00 00 00 00 01 00 00 00 00 00 00 00 01 ................ Mar 11 05:15:17 thoth kernel: 00000050: 00 00 00 02 00 00 00 00 00 00 00 00 41 16 23 f1 ............A.#. Mar 11 05:15:17 thoth kernel: 00000060: ff ff ff ff d6 88 af 77 00 00 00 00 00 00 00 0e .......w........ Mar 11 05:15:17 thoth kernel: 00000070: 00 00 00 ba 00 1b 54 15 00 00 00 00 00 00 00 00 ......T......... Mar 11 05:15:17 thoth kernel: XFS (md7): Metadata corruption detected at xfs_dinode_verify+0xa3/0x581 [xfs], inode 0x189163dbe dinode Mar 11 05:15:17 thoth kernel: XFS (md7): Unmount and run xfs_repair Mar 11 05:15:17 thoth kernel: XFS (md7): First 128 bytes of corrupted metadata buffer: Mar 11 05:15:17 thoth kernel: 00000000: 49 4e 81 a4 03 02 00 00 00 00 00 63 00 00 00 64 IN.........c...d Mar 11 05:15:17 thoth kernel: 00000010: 00 00 00 06 00 00 00 00 00 00 00 00 00 00 00 00 ................ Mar 11 05:15:17 thoth kernel: 00000020: 62 10 71 d5 2f cf eb 15 62 10 66 0b 25 d3 e1 76 b.q./...b.f.%..v Mar 11 05:15:17 thoth kernel: 00000030: 62 17 07 de 15 44 a4 cc 00 00 00 00 00 00 00 87 b....D.......... Mar 11 05:15:17 thoth kernel: 00000040: 00 00 00 00 00 00 00 01 00 00 00 00 00 00 00 01 ................ Mar 11 05:15:17 thoth kernel: 00000050: 00 00 00 02 00 00 00 00 00 00 00 00 41 16 23 f1 ............A.#. Mar 11 05:15:17 thoth kernel: 00000060: ff ff ff ff d6 88 af 77 00 00 00 00 00 00 00 0e .......w........ Mar 11 05:15:17 thoth kernel: 00000070: 00 00 00 ba 00 1b 54 15 00 00 00 00 00 00 00 00 ......T......... Mar 11 05:15:17 thoth kernel: XFS (md7): Metadata corruption detected at xfs_dinode_verify+0xa3/0x581 [xfs], inode 0x189163dbe dinode Mar 11 05:15:17 thoth kernel: XFS (md7): Unmount and run xfs_repair Mar 11 05:15:17 thoth kernel: XFS (md7): First 128 bytes of corrupted metadata buffer: Mar 11 05:15:17 thoth kernel: 00000000: 49 4e 81 a4 03 02 00 00 00 00 00 63 00 00 00 64 IN.........c...d Mar 11 05:15:17 thoth kernel: 00000010: 00 00 00 06 00 00 00 00 00 00 00 00 00 00 00 00 ................ Mar 11 05:15:17 thoth kernel: 00000020: 62 10 71 d5 2f cf eb 15 62 10 66 0b 25 d3 e1 76 b.q./...b.f.%..v Mar 11 05:15:17 thoth kernel: 00000030: 62 17 07 de 15 44 a4 cc 00 00 00 00 00 00 00 87 b....D.......... Mar 11 05:15:17 thoth kernel: 00000040: 00 00 00 00 00 00 00 01 00 00 00 00 00 00 00 01 ................ Mar 11 05:15:17 thoth kernel: 00000050: 00 00 00 02 00 00 00 00 00 00 00 00 41 16 23 f1 ............A.#. Mar 11 05:15:17 thoth kernel: 00000060: ff ff ff ff d6 88 af 77 00 00 00 00 00 00 00 0e .......w........ Mar 11 05:15:17 thoth kernel: 00000070: 00 00 00 ba 00 1b 54 15 00 00 00 00 00 00 00 00 ......T......... Mar 11 05:15:18 thoth kernel: XFS (md7): Metadata corruption detected at xfs_dinode_verify+0xa3/0x581 [xfs], inode 0x189163dbe dinode Mar 11 05:15:18 thoth kernel: XFS (md7): Unmount and run xfs_repair Mar 11 05:15:18 thoth kernel: XFS (md7): First 128 bytes of corrupted metadata buffer: Mar 11 05:15:18 thoth kernel: 00000000: 49 4e 81 a4 03 02 00 00 00 00 00 63 00 00 00 64 IN.........c...d Mar 11 05:15:18 thoth kernel: 00000010: 00 00 00 06 00 00 00 00 00 00 00 00 00 00 00 00 ................ Mar 11 05:15:18 thoth kernel: 00000020: 62 10 71 d5 2f cf eb 15 62 10 66 0b 25 d3 e1 76 b.q./...b.f.%..v Mar 11 05:15:18 thoth kernel: 00000030: 62 17 07 de 15 44 a4 cc 00 00 00 00 00 00 00 87 b....D.......... Mar 11 05:15:18 thoth kernel: 00000040: 00 00 00 00 00 00 00 01 00 00 00 00 00 00 00 01 ................ Mar 11 05:15:18 thoth kernel: 00000050: 00 00 00 02 00 00 00 00 00 00 00 00 41 16 23 f1 ............A.#. Mar 11 05:15:18 thoth kernel: 00000060: ff ff ff ff d6 88 af 77 00 00 00 00 00 00 00 0e .......w........ Mar 11 05:15:18 thoth kernel: 00000070: 00 00 00 ba 00 1b 54 15 00 00 00 00 00 00 00 00 ......T......... Mar 11 05:15:18 thoth kernel: XFS (md7): Metadata corruption detected at xfs_dinode_verify+0xa3/0x581 [xfs], inode 0x189163dbe dinode Mar 11 05:15:18 thoth kernel: XFS (md7): Unmount and run xfs_repair Mar 11 05:15:18 thoth kernel: XFS (md7): First 128 bytes of corrupted metadata buffer: Mar 11 05:15:18 thoth kernel: 00000000: 49 4e 81 a4 03 02 00 00 00 00 00 63 00 00 00 64 IN.........c...d Mar 11 05:15:18 thoth kernel: 00000010: 00 00 00 06 00 00 00 00 00 00 00 00 00 00 00 00 ................ Mar 11 05:15:18 thoth kernel: 00000020: 62 10 71 d5 2f cf eb 15 62 10 66 0b 25 d3 e1 76 b.q./...b.f.%..v Mar 11 05:15:18 thoth kernel: 00000030: 62 17 07 de 15 44 a4 cc 00 00 00 00 00 00 00 87 b....D.......... Mar 11 05:15:18 thoth kernel: 00000040: 00 00 00 00 00 00 00 01 00 00 00 00 00 00 00 01 ................ Mar 11 05:15:18 thoth kernel: 00000050: 00 00 00 02 00 00 00 00 00 00 00 00 41 16 23 f1 ............A.#. Mar 11 05:15:18 thoth kernel: 00000060: ff ff ff ff d6 88 af 77 00 00 00 00 00 00 00 0e .......w........ Mar 11 05:15:18 thoth kernel: 00000070: 00 00 00 ba 00 1b 54 15 00 00 00 00 00 00 00 00 ......T......... Mar 11 05:15:18 thoth kernel: XFS (md7): Metadata corruption detected at xfs_dinode_verify+0xa3/0x581 [xfs], inode 0x189163dbe dinode Mar 11 05:15:18 thoth kernel: XFS (md7): Unmount and run xfs_repair Mar 11 05:15:18 thoth kernel: XFS (md7): First 128 bytes of corrupted metadata buffer: Mar 11 05:15:18 thoth kernel: 00000000: 49 4e 81 a4 03 02 00 00 00 00 00 63 00 00 00 64 IN.........c...d Mar 11 05:15:18 thoth kernel: 00000010: 00 00 00 06 00 00 00 00 00 00 00 00 00 00 00 00 ................ Mar 11 05:15:18 thoth kernel: 00000020: 62 10 71 d5 2f cf eb 15 62 10 66 0b 25 d3 e1 76 b.q./...b.f.%..v Mar 11 05:15:18 thoth kernel: 00000030: 62 17 07 de 15 44 a4 cc 00 00 00 00 00 00 00 87 b....D.......... Mar 11 05:15:18 thoth kernel: 00000040: 00 00 00 00 00 00 00 01 00 00 00 00 00 00 00 01 ................ Mar 11 05:15:18 thoth kernel: 00000050: 00 00 00 02 00 00 00 00 00 00 00 00 41 16 23 f1 ............A.#. Mar 11 05:15:18 thoth kernel: 00000060: ff ff ff ff d6 88 af 77 00 00 00 00 00 00 00 0e .......w........ Mar 11 05:15:18 thoth kernel: 00000070: 00 00 00 ba 00 1b 54 15 00 00 00 00 00 00 00 00 ......T......... Mar 11 05:15:18 thoth kernel: XFS (md7): Metadata corruption detected at xfs_dinode_verify+0xa3/0x581 [xfs], inode 0x189163dbe dinode Mar 11 05:15:18 thoth kernel: XFS (md7): Unmount and run xfs_repair Mar 11 05:15:18 thoth kernel: XFS (md7): First 128 bytes of corrupted metadata buffer: Mar 11 05:15:18 thoth kernel: 00000000: 49 4e 81 a4 03 02 00 00 00 00 00 63 00 00 00 64 IN.........c...d Mar 11 05:15:18 thoth kernel: 00000010: 00 00 00 06 00 00 00 00 00 00 00 00 00 00 00 00 ................ Mar 11 05:15:18 thoth kernel: 00000020: 62 10 71 d5 2f cf eb 15 62 10 66 0b 25 d3 e1 76 b.q./...b.f.%..v Mar 11 05:15:18 thoth kernel: 00000030: 62 17 07 de 15 44 a4 cc 00 00 00 00 00 00 00 87 b....D.......... Mar 11 05:15:18 thoth kernel: 00000040: 00 00 00 00 00 00 00 01 00 00 00 00 00 00 00 01 ................ Mar 11 05:15:18 thoth kernel: 00000050: 00 00 00 02 00 00 00 00 00 00 00 00 41 16 23 f1 ............A.#. Mar 11 05:15:18 thoth kernel: 00000060: ff ff ff ff d6 88 af 77 00 00 00 00 00 00 00 0e .......w........ Mar 11 05:15:18 thoth kernel: 00000070: 00 00 00 ba 00 1b 54 15 00 00 00 00 00 00 00 00 ......T......... Das allererste mal tauchte das Problem am 25.02. auf: Feb 25 05:28:21 thoth kernel: XFS (md7): Metadata corruption detected at xfs_dinode_verify+0xa3/0x581 [xfs], inode 0x189163dbe dinode Feb 25 05:28:21 thoth kernel: XFS (md7): Unmount and run xfs_repair Feb 25 05:28:21 thoth kernel: XFS (md7): First 128 bytes of corrupted metadata buffer: Feb 25 05:28:21 thoth kernel: 00000000: 49 4e 81 a4 03 02 00 00 00 00 00 63 00 00 00 64 IN.........c...d Feb 25 05:28:21 thoth kernel: 00000010: 00 00 00 06 00 00 00 00 00 00 00 00 00 00 00 00 ................ Feb 25 05:28:21 thoth kernel: 00000020: 62 10 71 d5 2f cf eb 15 62 10 66 0b 25 d3 e1 76 b.q./...b.f.%..v Feb 25 05:28:21 thoth kernel: 00000030: 62 17 07 de 15 44 a4 cc 00 00 00 00 00 00 00 87 b....D.......... Feb 25 05:28:21 thoth kernel: 00000040: 00 00 00 00 00 00 00 01 00 00 00 00 00 00 00 01 ................ Feb 25 05:28:21 thoth kernel: 00000050: 00 00 00 02 00 00 00 00 00 00 00 00 41 16 23 f1 ............A.#. Feb 25 05:28:21 thoth kernel: 00000060: ff ff ff ff d6 88 af 77 00 00 00 00 00 00 00 0e .......w........ Feb 25 05:28:21 thoth kernel: 00000070: 00 00 00 ba 00 1b 54 15 00 00 00 00 00 00 00 00 ......T......... Der erste Crash war am 01.03.. An dem Tag hatte ich ja eine Kernel Tainted Warnung. Die hatte ich diesmal nicht bzw die gab es schon, aber ist schon über eine Woche her. Und zwar am 05.03. tauchte das in den Logs auf: Mar 5 05:57:23 thoth kernel: ------------[ cut here ]------------ Mar 5 05:57:23 thoth kernel: WARNING: CPU: 4 PID: 30885 at net/netfilter/nf_conntrack_core.c:1120 __nf_conntrack_confirm+0x9b/0x1e6 [nf_conntrack] Mar 5 05:57:23 thoth kernel: Modules linked in: md4 sha512_ssse3 sha512_generic cmac cifs libarc4 tun veth macvlan xt_nat xt_tcpudp xt_conntrack xt_MASQUERADE nf_conntrack_netlink nfnetlink xt_addrtype iptable_nat nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 br_netfilter xfs md_mod kvmgt vfio_mdev mdev i915 iosf_mbi drm_kms_helper drm intel_gtt agpgart syscopyarea sysfillrect sysimgblt fb_sys_fops ip6table_filter ip6_tables iptable_filter ip_tables x_tables ixgbe mdio e1000e igb i2c_algo_bit x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel wmi_bmof kvm crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel aesni_intel crypto_simd cryptd glue_helper rapl intel_cstate nvme intel_uncore i2c_i801 i2c_smbus nvme_core i2c_core ahci wmi video libahci intel_pch_thermal ie31200_edac backlight thermal button acpi_pad fan [last unloaded: mdio] Mar 5 05:57:23 thoth kernel: CPU: 4 PID: 30885 Comm: kworker/4:2 Tainted: G U 5.10.28-Unraid #1 Mar 5 05:57:23 thoth kernel: Hardware name: Gigabyte Technology Co., Ltd. C246N-WU2/C246N-WU2-CF, BIOS F2c 09/16/2020 Mar 5 05:57:23 thoth kernel: Workqueue: events macvlan_process_broadcast [macvlan] Mar 5 05:57:23 thoth kernel: RIP: 0010:__nf_conntrack_confirm+0x9b/0x1e6 [nf_conntrack] Mar 5 05:57:23 thoth kernel: Code: e8 dc f8 ff ff 44 89 fa 89 c6 41 89 c4 48 c1 eb 20 89 df 41 89 de e8 36 f6 ff ff 84 c0 75 bb 48 8b 85 80 00 00 00 a8 08 74 18 <0f> 0b 89 df 44 89 e6 31 db e8 6d f3 ff ff e8 35 f5 ff ff e9 22 01 Mar 5 05:57:23 thoth kernel: RSP: 0018:ffffc900001ecdd8 EFLAGS: 00010202 Mar 5 05:57:23 thoth kernel: RAX: 0000000000000188 RBX: 000000000000788e RCX: 000000005ae18d31 Mar 5 05:57:23 thoth kernel: RDX: 0000000000000000 RSI: 0000000000000000 RDI: ffffffffa02e7df4 Mar 5 05:57:23 thoth kernel: RBP: ffff8886bc9868c0 R08: 00000000d421fdea R09: 0000000000000000 Mar 5 05:57:23 thoth kernel: R10: 0000000000000098 R11: ffff888c2f6a3200 R12: 0000000000004efd Mar 5 05:57:23 thoth kernel: R13: ffffffff8210b440 R14: 000000000000788e R15: 0000000000000000 Mar 5 05:57:23 thoth kernel: FS: 0000000000000000(0000) GS:ffff88902c300000(0000) knlGS:0000000000000000 Mar 5 05:57:23 thoth kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 Mar 5 05:57:23 thoth kernel: CR2: 00007ffec6ba4cc8 CR3: 000000000400a005 CR4: 00000000003706e0 Mar 5 05:57:23 thoth kernel: DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 Mar 5 05:57:23 thoth kernel: DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 Mar 5 05:57:23 thoth kernel: Call Trace: Mar 5 05:57:23 thoth kernel: <IRQ> Mar 5 05:57:23 thoth kernel: nf_conntrack_confirm+0x2f/0x36 [nf_conntrack] Mar 5 05:57:23 thoth kernel: nf_hook_slow+0x39/0x8e Mar 5 05:57:23 thoth kernel: nf_hook.constprop.0+0xb1/0xd8 Mar 5 05:57:23 thoth kernel: ? ip_protocol_deliver_rcu+0xfe/0xfe Mar 5 05:57:23 thoth kernel: ip_local_deliver+0x49/0x75 Mar 5 05:57:23 thoth kernel: __netif_receive_skb_one_core+0x74/0x95 Mar 5 05:57:23 thoth kernel: process_backlog+0xa3/0x13b Mar 5 05:57:23 thoth kernel: net_rx_action+0xf4/0x29d Mar 5 05:57:23 thoth kernel: __do_softirq+0xc4/0x1c2 Mar 5 05:57:23 thoth kernel: asm_call_irq_on_stack+0x12/0x20 Mar 5 05:57:23 thoth kernel: </IRQ> Mar 5 05:57:23 thoth kernel: do_softirq_own_stack+0x2c/0x39 Mar 5 05:57:23 thoth kernel: do_softirq+0x3a/0x44 Mar 5 05:57:23 thoth kernel: netif_rx_ni+0x1c/0x22 Mar 5 05:57:23 thoth kernel: macvlan_broadcast+0x10e/0x13c [macvlan] Mar 5 05:57:23 thoth kernel: macvlan_process_broadcast+0xf8/0x143 [macvlan] Mar 5 05:57:23 thoth kernel: process_one_work+0x13c/0x1d5 Mar 5 05:57:23 thoth kernel: worker_thread+0x18b/0x22f Mar 5 05:57:23 thoth kernel: ? process_scheduled_works+0x27/0x27 Mar 5 05:57:23 thoth kernel: kthread+0xe5/0xea Mar 5 05:57:23 thoth kernel: ? __kthread_bind_mask+0x57/0x57 Mar 5 05:57:23 thoth kernel: ret_from_fork+0x22/0x30 Mar 5 05:57:23 thoth kernel: ---[ end trace f68415277ed49f13 ]--- Ich habe xfs_repair -n auf Disk7 angewendet und er hat was zum Reparieren gefunden: 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 bad CRC for inode 6594903486 bad CRC for inode 6594903486, would rewrite would have cleared inode 6594903486 - agno = 4 - agno = 5 - agno = 6 - agno = 7 - agno = 8 - agno = 9 - agno = 10 - agno = 11 - agno = 12 - agno = 13 - agno = 14 - agno = 15 - agno = 16 - process newly discovered inodes... Phase 4 - check for duplicate blocks... - setting up duplicate extent list... - check for inodes claiming duplicate blocks... - agno = 0 - agno = 3 - agno = 1 - agno = 7 - agno = 2 - agno = 4 - agno = 10 - agno = 9 - agno = 6 - agno = 11 - agno = 8 - agno = 5 bad CRC for inode 6594903486, would rewrite would have cleared inode 6594903486 - agno = 12 - agno = 13 - agno = 14 - agno = 15 - agno = 16 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. Dann ohne -n um das zu reparieren: 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 bad CRC for inode 6594903486 bad CRC for inode 6594903486, will rewrite cleared inode 6594903486 - agno = 4 - agno = 5 - agno = 6 - agno = 7 - agno = 8 - agno = 9 - agno = 10 - agno = 11 - agno = 12 - agno = 13 - agno = 14 - agno = 15 - agno = 16 - 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 = 4 - agno = 1 - agno = 6 - agno = 5 - agno = 11 - agno = 3 - agno = 9 - agno = 8 - agno = 7 - agno = 10 - agno = 12 - agno = 13 - agno = 14 - agno = 15 - agno = 16 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 Natürlich möchte ich wissen welche Datei hinter Inode "6594903486" steckt: find /mnt/disk7 -inum 6594903486 /mnt/disk7/Backups/Shares/appdata/20220221_044031/plex/Library/Application Support/Plex Media Server/Metadata/Albums/3/93ef3d712fc025b1d7e0b3e2034b2ed17bdb105.bundle/Contents/com.plexapp.agents.lyricfind/tracks/e5e3335e63e05af69908a0be6f946b3e0278c682/lyrics/aacdb05f094b7e7f35af640534ca7c1466fb95f3 /mnt/disk7/Backups/Shares/appdata/20220222_044032/plex/Library/Application Support/Plex Media Server/Metadata/Albums/3/93ef3d712fc025b1d7e0b3e2034b2ed17bdb105.bundle/Contents/com.plexapp.agents.lyricfind/tracks/e5e3335e63e05af69908a0be6f946b3e0278c682/lyrics/aacdb05f094b7e7f35af640534ca7c1466fb95f3 /mnt/disk7/Backups/Shares/appdata/20220219_044031/plex/Library/Application Support/Plex Media Server/Metadata/Albums/3/93ef3d712fc025b1d7e0b3e2034b2ed17bdb105.bundle/Contents/com.plexapp.agents.lyricfind/tracks/e5e3335e63e05af69908a0be6f946b3e0278c682/lyrics/aacdb05f094b7e7f35af640534ca7c1466fb95f3 /mnt/disk7/Backups/Shares/appdata/20220220_044033/plex/Library/Application Support/Plex Media Server/Metadata/Albums/3/93ef3d712fc025b1d7e0b3e2034b2ed17bdb105.bundle/Contents/com.plexapp.agents.lyricfind/tracks/e5e3335e63e05af69908a0be6f946b3e0278c682/lyrics/aacdb05f094b7e7f35af640534ca7c1466fb95f3 /mnt/disk7/Backups/Shares/appdata/20220223_044030/plex/Library/Application Support/Plex Media Server/Metadata/Albums/3/93ef3d712fc025b1d7e0b3e2034b2ed17bdb105.bundle/Contents/com.plexapp.agents.lyricfind/tracks/e5e3335e63e05af69908a0be6f946b3e0278c682/lyrics/aacdb05f094b7e7f35af640534ca7c1466fb95f3 /mnt/disk7/Backups/Shares/appdata/20220224_044030/plex/Library/Application Support/Plex Media Server/Metadata/Albums/3/93ef3d712fc025b1d7e0b3e2034b2ed17bdb105.bundle/Contents/com.plexapp.agents.lyricfind/tracks/e5e3335e63e05af69908a0be6f946b3e0278c682/lyrics/aacdb05f094b7e7f35af640534ca7c1466fb95f3 Oder so: xfs_db -c 'blockget -n -i 6594903486' /dev/sde1 inode 6594903486 add link, now 1 inode 6594903486 mode 0100644 fmt extents afmt extents nex 1 anex 0 nblk 1 sz 135 inode 6594903486 nlink 6 not dir inode 6594903486 extent [0,822682790,1,0] setting inode to 6594903486 for block 3/17376422 inode 6594903486 add link, now 2 inode 6594903486 add link, now 3 inode 6594903486 add link, now 4 inode 6594903486 add link, now 5 inode 6594903486 add link, now 6 inode 6594903486 name Backups/Shares/appdata/20220219_044031/plex/Library/Application Support/Plex Media Server/Metadata/Albums/3/93ef3d712fc025b1d7e0b3e2034b2ed17bdb105.bundle/Contents/com.plexapp.agents.lyricfind/tracks/e5e3335e63e05af69908a0be6f946b3e0278c682/lyrics/aacdb05f094b7e7f35af640534ca7c1466fb95f3 Da es nur Backups betrifft, habe ich entschieden diese vollständig zu löschen: rm -r /mnt/disk7/Backups/Shares/appdata/*/plex & disown Außerdem lasse ich mir nun Benachrichtigungen senden, wenn bestimmte Wörter in den Logs auftauchen. Ich denke ich werde zusätzlich das SATA Kabel der HDD tauschen.

A simple script which produces Unraid notifications if specific words are found in the syslog. It can be executed for example hourly by the user scripts plugin. Donate? 🤗 #!/bin/bash # ##################################### # Name: Syslog notify v1.3 # Description: Creates notification if log contains errors or its size exceeds 90% of the available space # Author: Marc Gutt # ##################################### # ##################################### # Settings # ##################################### # get most recent syslog file syslog_file=$(ls -t /var/log/syslog{.[0-9],} 2>/dev/null | head -n 1) # words that should cause a notification words="corrupt|error|fail|tainted" # store line number of last found error in this file log_file="/tmp/syslog-notify-last-error-line-number.log" # ignore these phrases (you can't use more than 4 wildcards per line!) ignore_lines=( 'kernel: CIFS: VFS: \\*\* error -9 on ioctl to get interface list' # unsolvable message from UD plugin 'sshd[*]: Read error from remote host * port *: Connection reset by peer' # interrupted ssh connection 'sshd[*]: Read error from remote host * port *: Connection timed out' # interrupted ssh connection ) # ##################################### # Script # ##################################### # make script race condition safe if [[ -d "/tmp/${0//\//_}" ]] || ! mkdir "/tmp/${0//\//_}"; then echo "Script is already running!" && exit 1; fi; trap 'rmdir "/tmp/${0//\//_}"' EXIT; # obtain line number of last check if [[ -f "$log_file" ]]; then line_number_start=$(cat "$log_file") # syslog has been truncated if [[ $line_number_start -gt $(grep -c ^ "$syslog_file") ]]; then line_number_start=0 fi # store last line number on first execution else line_number_start=$(grep -c ^ "$syslog_file") line_number_start=$((line_number_start-100)) echo "$line_number_start" > "$log_file" fi # parse logs EOL=$'\n' errors="" while read -r line; do # ignore specific lines for ignore_line in "${ignore_lines[@]}"; do IFS=\* read -r one two three four <<< "$ignore_line" if [[ $line == *"$one"*"$two"*"$three"*"$four" ]]; then continue 2 fi done # remember last line last_line="$line" # combine multiple error messages errors="$errors$EOL$line" done < <(tail -n +"$((line_number_start+1))" "$syslog_file" | grep -iP "($words)") # create notification for new errors if [[ $errors ]]; then # remember line number of last error line_number_start=$(grep -nFx "$last_line" "$syslog_file" | cut -f 1 -d ":") echo "$line_number_start" > "$log_file" # send notification /usr/local/emhttp/webGui/scripts/notify -i "alert" -s "syslog $(echo "$errors" | grep -ioP "($words)" | tr '[:upper:]' '[:lower:]' | sort -u | xargs)" -d "${errors:1}" exit else # store last line number if no error has been found line_number_start=$(grep -c ^ "$syslog_file") echo "$line_number_start" > "$log_file" fi # create notificaton if log exceeds usage of 90% log_size=$(df | grep -oP "[0-9]+(?=% /var/log)") if [[ ! -f /tmp/syslog-notify.size ]] && [[ $log_size -gt 90 ]]; then touch /tmp/syslog-notify.size /usr/local/emhttp/webGui/scripts/notify -i "alert" -s "log utilizes more than 90%!" -d "$(du -h /var/log/* | sort -h | tail)" elif [[ -f /tmp/syslog-notify.size ]]; then rm /tmp/syslog-notify.size fi E-mail notification example send by Unraid: You can test it by creating a custom error message in your syslog: logger Errortest