unRAID-Tower

ok, danke für die Info…. Hast du Ersatz gefunden, oder „lebst“ du mit der Performance

doch die Performance ist sicher ausreichend... das heißt aber auch, dass Cache bei Media generell eher wenig Sinn macht? Also einfach auf Array lassen ok, ich denke da ist mein "Fehler", dass ich da was in den Global Share Settings umstellen muss, war mir nicht klar....

... danke für deine ausführlichen Antworten was meinst du mit zu langsam? In welchem Einsatz - für Docker sollte das doch passen? vorher hatte ich "normale" 2,5" SSD's die ja mit nur ca. 500MB's schreiben. Oder meinst du generell als Cache für die Shares zu langsam? Ich habe da ohnehin max. 2,5GB LAN. Sollte das nicht reichen? Bzw. was empfiehlst du sonst - Samsung Pro M.2 statt dessen... Bzgl. Festplatten: eigentlich wollte ich die auf den neuen Server umlegen (drehen zwar nur mit 5400 aber dafür sparsam?) für den Backup unRAID kann ich ja zur Not noch mehrere kleine HDU's verbauen. Der läuft ja ohnehin nicht die ganze Zeit. Da wär der Verbrauch sekundär.

dzt. läuft mein unRAID auf einem Lenovo P310 mit Xeon 1226 V3 / 32GB RAM / 480GB Cache SSD / 4x 8TB WD Red (1 als Parität) Hab mir jetzt neue Komponenten bestellt und möchte das neu aufbauen. Gehäuse: Fractal Design R6 Mainboard: ASUS Prime B660-Plus D4 Gaming CPU: i5 13500 RAM: 4x 16GB Corsair Vengeance Cache: 2x 1TB Crucial P3 Plus M.2 HDU's werden übernommen Zudem noch 2x 2TB 2,5' SSD verfügbar. Anwendung Plex / Nextcloud / Paperless NGX / etc. VM's bei Bedarf - eventuell virtuelle Firewall mit dezidiert durchgereichter LAN Karte zum spielen (Hardware Fortigate vorhanden als Backup / Ubuntu Server (Invoice Ninja - krieg ich als Docker irgendwie nicht zum laufen) - eventuell 1x macOS sowie 1x Win Client Fragen: Cache - ZFS Ja/Nein Shares: appdata / domains / system - cache only? Share: media (plex files) - nur auf Array oder doch besser SSD/Array mit Mover - Array-->Cache (würde ja bedeuten, dass er das bei Bedarf (beim schauen zum Cache kopiert, oder liege ich da falsch)? Docker: Appdate - nicht über /mnt/user sondern direkt /mnt/cacheSSD? Plex Medien: direkt durchreichen lt. Disk oder /mnt/user - was ist da der Vorteil / Nachteil. Ziel System soll stromsparend sein und primär sollen nur die SSD's laufen. Wenn Filme geschaut werden, fährt ja ohnehin die HDU hoch, wo die Datei liegt. Was eventuell auch eine Möglichkeit wäre: Proxmox auf den beiden M.2 ZFS Mirror und dann unRAID virtuell laufen lassen. Hat das jemand im Einsatz? Wie sind da die Erfahrungen mit Zuverlässlichkeit / Stromverbrauch (Spindown HDU sollte ja gehen, wenn man den Controller durchreicht.) Vorteil wäre halt, dass das für VM's ganz gut läuft. Dank euch für die Hilfe. PS: altes System wird vermutlich das unRAID Backup Server weiterverwendet.

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

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