mgutt

Wenn das geht, dann mach das auf jeden Fall. Der Wiederverkaufswert von SMR ist auch mies.

Ja. Weil du ja nicht 24/7 Daten rotierst, sondern nur befüllst und hier und da einige GB änderst. Die 2TB hat eine TBW von 500TB. Also 250x komplett voll schreiben. Das muss man erstmal schaffen. Und dann sprechen wir nur von der Garantie. Um sie zu töten, braucht es denke ich noch viel mehr. Natürlich solltest du trotzdem Backups machen. Wenn du die nicht mehr los wirst, könntest du dafür die SMR Platten nehmen. Bei sequentiellem Beschreiben werden die nicht langsamer. Das einzige was sein kann, da fehlt es mir tatsächlich an Erfahrungswerten, ist die langfristige Performance ohne TRIM. Bei meinen Kunden verbaue ich daher immer Enterprise SSDs, da die einen größeren Over-Provisioning Bereich besitzen. Wir hatten einen Einbruch bei diesem User: https://forums.unraid.net/topic/112857-solved-einbruch-der-smb-performance-nach-wenigen-gb/?tab=comments#comment-1027186 Aber der hat auch die sehr billige Sandisk Plus eingesetzt. Die 3D verhält sich da denke ich nicht so krass. Aber wird man erst wissen, wenn man es ausprobiert. Könnte ich eigentlich mal machen. Hab nämlich mehrere 3D hier 😁

Es gibt übrigens aktuell gute Angebote: https://www.mydealz.de/deals/mm-club-sandisk-ultra-3d-1tb-ssd-sata-6-gbps-25-zoll-fur-8159eur-inkl-versandkosten-1858436 https://www.mydealz.de/deals/mm-club-sandisk-ultra-3d-festplatte-2-tb-ssd-sata-6-gbps-25-zoll-fur-14215eur-inkl-versandkosten-1857628 https://www.mydealz.de/deals/western-digital-wd-black-sn750-nvme-ssd-1tb-m2-1857653 https://www.mydealz.de/deals/mediamarkt-clubdeal-crucial-mx500-festplatte-1-tb-ssd-interner-speicher-sata-6-gbps-25-zoll-intern-fur-8329eur-1857627 Wenn du alles mit 2TB SSDs voll machst, brauchst du gar keinen Cache Auch günstig: https://www.mydealz.de/deals/wd-elements-desktop-8tb-externe-35-festplatte-cmr-1564eurtb-1857633

Hier ist der User mit den SMR Platten. Erst im Array lahm: https://forums.unraid.net/topic/111205-backupmethoden/?do=findComment&comment=1014743 Dann im RAID: https://forums.unraid.net/topic/113377-btrfs-scrub-geschwindigkeit-sehr-langsam/?do=findComment&comment=1031774

Was man "kann" und was dich am Ende zufrieden macht, sind zwei verschiedene Dinge. Ich würde jedenfalls klar von SMR abraten. Wir hatten erst die Tage einen User hier, der wegen der miserablen Performance die ganzen SMR in ein RAID5/6 gepackt hat und aber auch da war die anfängliche Freude über die höhere Geschwindigkeit schnell verflogen als er einen Scrub gemacht hat, denn dann ging es steil bergab auf 10 bis 20 MB/s. SMR taugt einfach nicht für RAID/Paritäten. Und selbst im Array gibt es Situationen wo man parallel von/auf eine/r Datendisk liest und schreibt und dann geht es steil bergab bei SMR. Ganz ehrlich: Mit der Hardware-Empfehlung hat sich elefacts nicht gerade mit Ruhm bekleckert. Dass dann wegen WD Red keine Warnung ausgesprochen wurde, kommt noch erschwerend hinzu.

Also das hat tatsächlich geholfen? Na vielleicht hilft es bei @Smolo auch? Dann hätte man ja einen Ansatz. Denn dann kann es ja nur an einer Config Datei liegen. Hast du von vorher noch ein Backup vom Stick? Ich würde dir dann sagen welche Dateien bei einer New config erneuert werden und dann vergleichen wir Mal.

Kann sein, dass unRAID eine GPU haben möchte. Wenn das gegeben ist, dann wird das aber gehen. Nach meiner kurzen Recherche würde ich eher nein sagen. Stromverbrauch spielt für dich keine Rolle? Ganz schön ineffiziente Hardware für das bisschen Leistung. Die haut denke ich mal im Leerlauf um die 120W raus. Hardware RAID? Wird von unRAID nicht unterstützt.

Ja Ja. Wäre nur schnell voll, je nachdem welche/wie viele Docker du einsetzen möchtest. Er "überspringt" dann automatisch die SSD und schreibt direkt auf das Array. Ich würde aber gleich bei dem betroffenen Share den Cache deaktivieren solange du die erste Befüllung machst. Ja, wäre nur deutlich langsamer und die Platten laufen 24/7. Also ~10W höherer Verbrauch als hättest du die Docker auf einer SSD. Für deine Uploads heißt das übrigens, dass du nicht mit mehr als 40 bis 50 MB/s hochladen kannst. Wenn es keine Red Plus sind, dann sogar noch weniger. Das wäre die ideale Situation, aber bei 120GB ist fraglich ob das bei deinem täglichen Datenaufkommen ausreicht. Also kommt drauf an, was du so täglich hochlädst. Man muss auf der SSD zb so viel frei lassen wie die größte Datei, die du auf das NAS hochladen wirst. Also sagen wir die größte Datei wäre 30GB, dann hättest du schon mal nur noch 90GB nutzbar. Dann noch 30GB für Docker. Bleiben 60GB für den täglichen Bedarf. Musst du wissen ob das reicht. Ja. Das setzt voraus, dass dein Mainboard auf die Timer-Befehle reagiert oder das im BIOS einstellbar ist. Muss man ausprobieren. Warum hast du kein Board mit 2x M.2 gekauft? Warum nicht das FM? Ist deutlich sparsamer. Warum nicht das Nanoxia Silence 4 oder Define R5? Einfacherer Zugang zu den HDDs. Red (SMR) oder Red Plus (CMR)? SMR wäre ein Griff ins Klo für die Parität.

Du machst eine New Config und weist bis auf die eine 10TB alle wieder als Parity und Data Disk zu, wie sie vorher waren. Allerdings weise ich vorsorglich auf diesen Bug hin: https://forums.unraid.net/bug-reports/stable-releases/empty-disk-slots-break-default-spin-down-delay-r1487/ Wenn die 10TB also irgendwo mittendrin liegt, kann es zu dem Problem kommen. Falls das passiert, dann muss man die Disks so zuordnen, dass die Lücke weg ist und bei den SMB Einstellungen aller Shares evtl die Disk Zuordnungen ändern.

Changed Status to Solved

Den Vorteil verstehe ich nicht wirklich. Den Containern ist es ja egal wohin du mappst. Du könntest ja genauso gut /bla nehmen.

Weil unRAID einen Cronjob hat, der den Status der HDDs ständig prüft und wenn diese aufwachen, macht unRAID automatisch einen SMART Check. Es ist also nicht der Auslöser, sondern eine Folgeaktion. Auch das ließe sich übrigens einfach ermitteln. unRAID macht das an Hand der Read / Write Werte. Auch das könnte man loggen und du wirst sehen, dass die Werte erst steigen, bevor der Smart Check startet.

Das ist hiee eigentlich schon mit drin: https://forums.unraid.net/topic/99393-häufig-gestellte-fragen/?tab=comments#comment-951565

GVT-g works up to 10th Gen, so this statement is correct.

Ich kann das gerade nicht deuten. Dir ist klar, dass 100% nicht gut ist? ☝️ Wenn der RAM komplett voll läuft, schmiert unRAID ab. Hatte ich tatsächlich schon mal wegen einem Container. Auch ein Grund warum ich keine mehr ohne -memory flag betreibe.

Nimm lieber /dev/shm/plex /dev/shm ist eine 50% RAM Disk. Da kann also wirklich nie der RAM voll laufen. Wobei mir die Tage noch ein Verzeichnis aufgefallen ist, wo die transcodierten Sync Inhalte zwischengespeichert werden. Die lagen dann in appdata.

Da nur wenige das Problem haben, ist ein Bug eh unwahrscheinlich. Zuerst muss man auswerten was die Platten weckt. Dafür gibt es diverse Möglichkeiten. Beispielsweise könnte man mit inotifywait ein Monitoring starten, das alle Zugriffe auf Disk X loggt. Und da du die Ursache an Hand der Logs nicht ausgewertet hast, kann das jederzeit wieder passieren. Hier wird Lizenz mit Support gleichgesetzt. Wenn du persönlichen Support haben willst, dann musst du schon jemanden dazu beauftragen. Limetech wird sicher nicht hingehen und bei einzelnen Kunden per Fernwartung eine Fehlersuche machen. Warum sollten sie auch. Ansonsten ist unRAID stark Community geprägt und viele Komponenten sind sehr wohl Open Source. Daher kann man nicht einfach ohne Analyse den oder den Dev oder eben Limetech als Ursache ausmachen.

Synchronisieren oder inkrementelles Backup?

Installiere den krusader container von ich777 und stell da root auf true. Danach hast du einen Datei Explorer im Browser mit dem du solche Sachen erledigen kannst. Übrigens kannst du jederzeit den Namen oder die Pfade eines Containers ändern. Zb kannst du den Container nextcloud-datenbank nennen und den Pfad auf /mnt/user/appdata/nextcloud-datenbank wenn du zb mehrere Datenbank Container parallel nutzen möchtest.

Evtl mit so einer Kiste?! https://www.amazon.de/Lazmin-Manager-Emulator-EDID-Modus-Videogeräte-Unterstützung-default/dp/B07VXP3CP5/ref=mp_s_a_1_14?dchild=1&keywords=edid+emulator&qid=1631936862&sr=8-14

Klemm die fehlerhaften Platten mal an die Onboard SATA Buchsen an. Ich tippe auf die LSI Karte. Nutzt du irgendwelche Stromsparmechanismen im BIOS? Was sagen denn die Syslogs wenn die Platten rausfliegen? Die Benachrichtigungen alleine sagen nicht viel aus.

Mit Appdata Clean Up den Ordner vom Container gelöscht?

Das ist ein "Bug" von unRAID und lässt sich nicht beheben. Du musst stattdessen von Disk zu Disk kopieren. Lösche in der Krusader Config den /mnt/user und erstelle drei neue Pfade wie folgt: Jetzt kannst du gezielt von Disk X zu Disk Y verschieben.

Nimm mal Ubuntu und dann powertop installieren / ausführen und die C-States prüfen. Du könntest du auch Mal den Gigabyte Support nach einem BIOS mit CEC2019 fragen. Damals wollte man mir das eigentlich zusenden, aber kam dann doch nichts.

Verloren ist bei BTRFS in der Regel nichts. Ob man das allerdings wieder einfach so als Pool zum Laufen bringt, weiß ich nicht 🤷 Das einfachste wäre jedenfalls "btrfs restore /dev/nvmeX /mnt/diskX/sharename". Damit werden alle auf der NVMe vorhandenen Dateien auf ein Ziel deiner Wahl wiederhergestellt. Bei Bedarf auch die zweite NVMe als Quelle ausprobieren. Mit "lsblk" bekommst du die Liste aller Laufwerke.