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?

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

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

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

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

ja, ok - danke

ok, ich lasse jetzt noch mal unBalance laufen - ich denke es hilft, wenn man nicht "Filme" auswählt sondern die Ordner darunter. Sollte zwar keinen Unterschied machen, aber irgendwie scheint es jetzt besser zu funktionieren...

ja, Docker hab ich alle beendet und vm deaktiviert...

Nachtrag: Ob man im Array von den Platten verschiebt, oder eine neue Config erstellt und die Platten per Unassignt Devices mapped macht ja vermutlich keinen Unterschied, oder? (Außer vielleicht, dass man das mit den Shares "sauber" neu machen kann und nur die im Array auftauchen.) Wenn die anderen Platten im Array drinnen sind, sieht man ja die Shares auch...

sorry, gerade erst gesehen... Danke für die ausführliche Antwort... Ich werde Case Sensitiv mal einschalten und deine SMB extra probieren...

Hallo, nachdem ich meine Daten wieder vom NAS zurück zu unRAID verschoben habe, hab ich jetzt einige Fragen zum korrekten verschieben der Daten. Hintergrund: Ich hab einige "kleinere" HDUs in unRAID und möchte jetzt wieder sauber auf die größeren verlegen. Eigentlich wäre da doch "unBalance" das Tool der Wahl, aber irgendwie haut das nicht so richtig hin. Er kopiert irgendwie nicht alles zudem ist mir aufgefallen, dass er manchmal "grünen Haken - was ok zu sein scheint" und dann wieder "gelber Haken - keine Ahnung - nicht alles kopiert / unvollständig?" --> ich verwende "Gather" und verschiebe von HDU 3 auf z.B. HDU 1, wähle dazu den TopLevel Share aus. Was auch noch schräg ist, er löscht die Datei an der Quelle nicht? Sollte er doch eigentlich, oder ist das vielleicht die Bedeutung vom "gelben Haken" Wie ist das, wenn ich "von Hand" die Daten verschiebe? Wenn ich das richtig verstanden habe, kann ich entweder innerhalb der Shares verschieben oder von Disk zu Disk? Und quasi niemals mischen, weil sonst noch mehr Chaos entsteht. Gibt es eigentlich kein "vernünftiges" Sync tool, dass die Daten vergleicht? Damit man auch weiß, dass er wirklich alles verschoben hat (wenn er nicht löscht ist das schwierig und man kann ja nicht jeden Ordner durchschauen.) Vielen Dank für eure Tipps / Anregungen. OK, eines hab ich noch vergessen.... Wenn ich innerhalb von Shares kopiere / verschiebe greift die Logic mit dem Plattenübergreifenden share, oder? Egal ob mit Midnight Commander / Krusader kopiert / verschoben wird.... Danke

ok, mach ich - danke

ich hab jetzt mal SMB Extra Parameter hinzugefügt und jetzt dürfte es passen (aus dem General / englischen Teil des Forums) #performance tweak [global] veto files = /._*/Thumbs.db/.DS_Store/ min protocol = SMB3 aio read size = 1 aio write size = 1 use sendfile = yes nt acl support = no

ok, I think the SMB Extra did the trick - SMB Multichannel and macOS interop... was already enabled.

ok, I will try this...

ok, danke - dann schau ich da nochmal genauer nach

I mean the hardware should be fine, right? I like the idea of a system which doesn't need a lot of power... Right now this is only to test the system. Normally there are 3x 8TB WD Red Drives and 1x 480GB SSD. But right now I only put 1x 2TB WD Red and 1x faster HD in it.

unraid-diagnostics-20221028-1433.zip

Teil 2 bei share ohne Cache

hier mal der erste Teil direkt am unRAID ausgeführt

wow, danke für die umfangreiche Info.... ja, die ThinkStation ist der unRAID Server und da die ist mit 1x GBit Lan am Netz sowie 1x 2,5GBit direkt zum Mac verbunden. Verbindung vom Mac natürlich über die 2,5GBit (anderer IP Kreis) und dann mit BlackMagic Disk Speedtest getestet. Gleicher Test mit dem Asustor NAS auch direkt mit 2,5GBit. Da krieg ich 250Mbs zustande (mit Cache SSD)

die Frage ist dann halt, warum er beim Asutor NAS die volle Geschwindigkeit rüberbringt. Bei gleichen Einstellungen....

I have a CalDigit Docking with 2,5GBit connected direct to my unRAID Server (i7 6700 3,4GHz, 2,5GBit Card) but the SMB Performance is really bad. I only get around 5-30MB per second with cache and without. I did some tweaking like reconstructive mode / flow control off - but it is really bad. I did purchase a Asustor out of panic - and there I get on the same connection 250MB per second. So the Mac should't be the problem. It could be the LAN Card or unRAID. I have JumboFrames on 9000 on both sides but still very poor performance. Does anyone have a tip for me? If the performance would be around 250MB per second (with Cache SSD) it would be fine for me but otherwise I will shutdown unRAID an use the Ausustor NAS 6700 6Bay which is quite impressive and fast. But I do love unRAID... I coud probable run unRAID off of the Ausustor NAS to test out.

ich hab auch keine Paritätsfestplatte aktiv....