BTRFS Fehlermeldungen - Server neu in Betrieb - neue Cache SSDs

[unRAID-Tower]

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, 2022 by unRAID-Tower

[unRAID-Tower]

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....

[unRAID-Tower]

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

[unRAID-Tower]

[JorgeB]

Looks like a RAM problem, start by running memtest.

[unRAID-Tower]

Good Idea - I haven't thought about that....

[unRAID-Tower]

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?

[mgutt]

Memtest und du solltest einen scrub starten. Sowas kann auch durch Serverabsturz kommen.

[unRAID-Tower]

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.)

[mgutt]

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. 

[i-B4se]

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?

[hawihoney]

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.

 

[jj1987]

Das Docker.img ist die reine Docker System Umgebung

 

Das nur als Ergänzung zu @hawihoneys Antwort 

[mgutt]

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.