JulianFriedle

Updated Diagnostics: blackbox-diagnostics-20241220-2305.zip

This is dupeGuru, see the No space left on device error in the bottom right

This is Duplicati

It sadly did not. I believe my appdata is bricked:

I found a workaround: I reduced the "minimum free space" from ~70 to 10GB, restarted my server and everything seems to work again I believe this will only postpone the issue to a later date, but lets see. Im still open for recommendations on how to solve this problem long term

I also cant install any new docker containers:

blackbox-diagnostics-20241220-1638.zip

Hi yall, today I wanted to access my Immich container and I couldnt connect to the Webui. Strange, since I edited some pictures yesterday in the evening and everythink seemed to work fine. I check my Immich logs and see this. "Strange", I thought. The database seems to be the PostgreSQL_Immich container, so I went to see the logs there: https://pastebin.com/Z2VEGyeC It says "No space left on device", which is strange, since the container is mounted to the /appdata share, which has more than 6TB free space left. Thank god I have a backup of the data, so I went to check duplicati (my backup container) and couldnt access the webui either. The logs state that they cant access the database (on appdata share) either: https://pastebin.com/3xXMn0zK Something broke. I dont know what. Other containers work fine Unraid disks have lots of free space Same goes for the appdata share: Just added 50GB to the docker file size in Unraid, doesnt change anything

Well the strange thing is, that this only happens when im rebuilding the Data...

I tried to swap a 3TB with a 4TB hard disk earlier this week. Server off, old HDD out and new one in, restart server, install new HDD in the array, start array. I have started the data recovery process about 6 times now, each time it took 8-9 hours before it stopped at ~95%. The server restarts for some reason, causing the process to abort. I get the following warning: 04-12-2023 03:08 - Unraid Data-Rebuild - Notice [TOWER] Data-Rebuild finished (0 errors) - Canceled The diagnostics and the syslog are attached below. tower-diagnostics-20231204-1044.zip syslog

Nein, das hatte ich nicht. Vielen Dank. Auch im Bios stimmt jetzt die Uhrzeit. Ich hatte Gott sei Dank Gelegenheit gehabt (/s), da sich der Server erneut bei 95% Data-Rebuild neu gestartet hat... Langsam bekomme ich die Krise. Das schöne ist ja, dass ich eine 3TB durch eine 4TB Platte ersetzt habe, und ich jetzt nicht die kleinere Platte zurück ins Array stecken kann.....

Ich glaube, die Uhrzeit meines Servers stimmt nicht. Wenn ich den Server hochfahre, steht direkt "Uptime 9 hours 1 minutes", sprich die Zeit geht 9 stunden voraus? Wie fixe ich das? Settings > Date and Time > Current date and time: Sunday, 2023 December 3, 03:11 <-- stimmt ja nicht, es ist 12:11. Settings > Date and Time > Time zone: UTC+01:00 Amsterdam, Berlin, ... <-- stimmt aber Settings > Date and Time > Use NTP: yes <-- falls das was damit zu tun hat Ja, ich hatte ein paar Probleme mit den Sata- und Stromkabeln der Festplatten Ja, ist nichts passiert. Normalerweise würde ja auch root auf dem Bildschirm erscheinen, wenn man was eingibt. Ich habe jetzt Settings > Network Settings > Interface eth0 > Enable bonding: auf NO gestellt. Davor war es auf Yes, ich hoffe, das war die Einstellung, von welcher du gesprochen hattest.

Ich habe die beiden Einstellungen geändert und heute Morgen war der Server wieder nicht ansprechbar, nachdem ich über Nacht eine HDD ausgetauscht und den Data-Rebuild-Prozess gestartet habe. Auf dem Bildschirm steht die IPv4 Adresse, über die die berüchtigte "Fehler: Netzwerk-Zeitüberschreitung" kommt. Darunter steht "Tower login: _", der Unterstrich blinkt sogar. Eingaben über die Tastatur werden erkannt (der Unterstrich blinkt unregelmäßig), erscheinen jedoch nicht auf dem Bildschirm. Also, Powerbutton gedrückt halten, USB raus, syslog ist unten beigefügt. Nach dem Neustart läuft der Server wie gewohnt, der Data-Rebuild hat erneut nicht funktioniert. syslog

Da wir heute Morgen unseren neuen Internetvertrag mit neuer FritzBox bekommen haben, habe ich dies bisher noch nicht gemacht. Sind das folgende zwei Punkte? Settings > Network Settings > eth0 > Enable Bridging = No Settings > Docker > Host access to custom networks = Enabled Da ich nicht verstehe, was diese zwei Einstellungen bewirken, bin ich mir nicht sicher. Bitte einmal ein schnelles okay geben, bevor ich mir irgendwas zerhaue Bis dahin: Das habe ich gemacht und heute Morgen war der Server wieder nicht ansprechbar. Ich habe einen Bildschirm, Maus und Tastatur eingesteckt. Der Bildschirm hat ein Standbild von heute Morgen um 8:07 (?) angezeigt. Interaktionen mit Maus und Tastatur hatten keinen Einfluss, der Mauszeiger hat sich nicht bewegt, die Zahlen auf dem Bildschirm (Uhrzeit, Reads) auch nicht. Ich hoffe der syslog hilft und freue mich über jegliche Unterstützung. Edit: Oof. Durch die neue FritzBox hat der Server eine neue IP-Adresse. Daher kam ich wahrscheinlich von Außen nicht auf den Server. Warum der Server eingefroren ist, erklärt dies trotzdem nicht, oder? syslog

Also, so wie es aussieht, ist der SATA Port am Motherboard kaputt. Nachdem ich eine funktionierende HDD ersetzt habe, konnte die Parität nun über Nacht synchronisiert werden. Vielen Dank an alle, die mir hier Tipps gegeben haben. Darauf wäre ich nie gekommen. Verstehe ich das richtig, dass es schlauer wäre, die Parität auf eine schnelle HDD zu schreiben und die langsame HDD als normale Datenplatte im Array zu verwenden? Wenn ja, worauf muss ich beim Kauf achten? 7200 RPM? Weil auf der "langsamen HDD" steht auch 6GB/s, daher dachte ich, dass es keinen Unterschied macht. Könnt ihr eine spezielle HDD empfehlen? Ich kenne mich da (wie ihr seht) echt nicht aus Liebe Grüße und VIELEN DANK!!!