December 4, 20223 yr Guten Morgen, ich hab jetzt meinen unRAID Server "neu" in Betrieb genommen... Bestehend aus 2x 2TB SSD's für Cache (neu) und 3x 8TB HDUs (1x Parity) bestehend - aber neu formatiert. Soweit läuft alles gut, außer mit Docker hab ich immer wieder mal kleinere Probleme (das z.B. der FileBot Container nicht startet. Nach einem Neustart geht es aber normalerweise wieder.) Im Moment ist der Status so, dass ich die Daten zurück kopiert habe und danach die Paritätsplatte dazu. Jetzt läuft gerade der Sync. Im Log sind immer wieder BTRFS Fehler zu finden, die ich leider so gar nicht zuordnen kann. Kann mir wer sagen, was das zu bedeuten hat? Hier ein kleiner Auszug der Fehler im Log: Dec 4 00:45:04 unRAID-MAIN kernel: BTRFS error (device sde1: state EA): bdev /dev/sdh1 errs: wr 0, rd 0, flush 0, corrupt 104, gen 0 Dec 4 00:45:06 unRAID-MAIN kernel: cache_dirs[21287]: segfault at 40010 ip 00000000004470d5 sp 00007ffce42569f0 error 4 in bash[426000+c5000] Dec 4 00:45:06 unRAID-MAIN kernel: Code: 95 44 24 0f 4a 8b 2c e0 48 85 ed 0f 84 c3 00 00 00 4c 89 6c 24 38 4c 89 64 24 30 49 89 ec 0f 1f 80 00 00 00 00 48 8b 4c 24 10 <49> 8b 5c 24 10 b8 01 00 00 00 48 85 c9 74 0a 48 89 df ff d1 85 c0 Dec 4 00:45:08 unRAID-MAIN kernel: docker0: port 3(veth9cc4407) entered disabled state Dec 4 00:45:08 unRAID-MAIN kernel: veth41bd184: renamed from eth0 Dec 4 00:45:13 unRAID-MAIN kernel: BTRFS error (device sde1: state EA): bad tree block start, want 1951383552 have 0 Dec 4 00:45:13 unRAID-MAIN kernel: BTRFS error (device sde1: state EA): bad tree block start, want 1951383552 have 0 Dec 4 00:45:13 unRAID-MAIN kernel: BTRFS error (device sde1: state EA): bad tree block start, want 1951399936 have 0 Dec 4 00:45:13 unRAID-MAIN kernel: BTRFS error (device sde1: state EA): bad tree block start, want 1951399936 have 0 Dec 4 00:45:16 unRAID-MAIN kernel: traps: cache_dirs[8181] general protection fault ip:47bcd9 sp:7ffce4258a40 error:0 in bash[426000+c5000] Dec 4 00:45:33 unRAID-MAIN kernel: BTRFS error (device sde1: state EA): bad tree block start, want 1951432704 have 0 Dec 4 00:45:33 unRAID-MAIN kernel: BTRFS error (device sde1: state EA): bad tree block start, want 1951432704 have 0 Vielen Dank Diagnostics File hab ich angefügt unraid-main-diagnostics-20221204-0946.zip Edited December 4, 20223 yr by unRAID-Tower
December 4, 20223 yr Author ok, spannenderweise hab ich unter /mnt einen docker Ordner mit dem "Krusader" Docker drinnen... hat mir "Fix Common Problems" gesagt... ich lösch das mal raus, bzw. erstelle den Container neu - vielleicht beruhigt sich es dann....
December 4, 20223 yr Author ok, immer noch die komischen Fehlermeldungen... versteh ich nicht so ganz - sdd / sdg sind die Cache Drives (Pool) BTRFS - die Docker / VM liegen auf dem Pool
December 4, 20223 yr Author Right now my unRAID Server lives on an Lenovo Thinkstation P310 with an i7 6700K and 16GB RAM - I do have another Lenovo "Server" - TS140 with an Xeon Processor 1225 V3 (I Think) (but only 4 Cores) with 32GB ECC RAM. I could change my unRAID Server to the TS140 and meanwhile check the RAM. It would be interesting, if the power consumption would be better or worse. What I would like is the ECC RAM of 32GB. I did use the P310 because of the 4 Cores / 8 Threads and because of the "newer" CPU. But since I manly use docker I guess the 4 Cores would be ok as well. What do you think?
December 5, 20223 yr Community Expert Memtest und du solltest einen scrub starten. Sowas kann auch durch Serverabsturz kommen.
December 6, 20223 yr Author beim Scrub hat er einen Fehler repariert und 20 unreparierbare Fehler angezeigt. Soll ich das Docker File mal löschen / neu anlegen? (und dann die Sicherung zurück spielen) Wie gesagt, die SSDs sind nagelneu und der Server läuft gerade im Zweitsystem mit deutlich weniger Fehlern (würde für defekten RAM im ersten System sprechen.)
December 14, 20223 yr Community Expert On 12/6/2022 at 2:27 PM, unRAID-Tower said: Soll ich das Docker File mal löschen / neu anlegen? Das docker.img kannst du jederzeit löschen und es muss auch nicht gesichert werden.
December 20, 20223 yr On 12/15/2022 at 12:12 AM, mgutt said: Das docker.img kannst du jederzeit löschen und es muss auch nicht gesichert werden. Mal ne kurze Frage dazu: Einfach die Docker beenden -> Docker.img löschen -> Docker wieder starten? Werden da keine Einstellungen oder ähnliches gelöscht?
December 21, 20223 yr 12 hours ago, i-B4se said: Werden da keine Einstellungen oder ähnliches gelöscht? Nein. Die Docker Einstellungen liegen auf dem Flash. Die Container Definitionen (XML) liegen auf dem Flash und können jederzeit wieder hergestellt werden (templates-user). Die Container Einstellungen liegen, wenn nicht geändert, unter appdata.
December 21, 20223 yr Das Docker.img ist die reine Docker System Umgebung Das nur als Ergänzung zu @hawihoneys Antwort
December 22, 20223 yr Community Expert On 12/20/2022 at 9:54 PM, i-B4se said: Werden da keine Einstellungen oder ähnliches gelöscht? Das einzige was tatsächlich gelöscht werden könnte sind Custom Networks. Also wenn man welche per Kommandozeile erstellt hat. Aber die erstellt man dann eben wieder.
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.