mgutt

Normalerweise ist das egal. Dann wird diese Einstellung ignoriert und er schreibt auf die Disk(s). Vielleicht ein Schreibfehler bei den Pfaden eines Dockers? Zb mnt statt /mnt oder ein Leerzeichen davor?!

Stimmt.

Doch, aber du musst die Key-Datei löschen. Weil sonst versucht er mit dem Schlüssel deine Lizenz zu nutzen und die passt ja nicht zum USB Stick.

Hast eine PM

Wenn du eh ein Array mit SSDs machst, würde ich gar keine NVMe mehr verbauen und auf den Cache verzichten. Die SSDs schaffen 500 MB/s und wenn du noch auf 64GB aufrüstest und "sysctl vm.dirty_ratio=50" ausführst, kannst du 50% des freien RAM, also ungefähr 30 GB als Upload-Cache nutzen auf den man mit 1 GB/s hochladen kann. Wenn du die Windows VM Disks dann auf jeweils eine WD Red legst, sollte die auch schnell genug sein. Oder du nimmst die NVMes mit ins Array. Eine als Parity und die andere für die VMDisks. Außerdem solltest du bei einem SSD Only Array in den Disk Einstellungen den Reconstruct Write aktivieren. Der wird dir eine bessere Performance liefern als die Standardeinstellung. Denk aber dran, dass SSDs im Array nach wie vor als "nicht empfohlen" gelten. Man ist sich noch nicht so sicher ob die Parität fehlerfrei läuft. Am besten häufiger Parity Checks machen (die müssen immer ohne Fehler enden).

netcup dürfte so der beliebteste Anbieter sein und ist auch günstig. Allerdings weiß ich nicht ob die DDNS erlauben / anbieten. Ich bin sonst bei All Inkl sehr zufrieden, aber die sind nicht die günstigsten.

Ich kann dir temporär einen Cloud-Speicher anbieten. Aber hängt natürlich von deinem Upload ab wie lange die Datensicherung dauert

PS Falls du nur eine IP drin haben willst, kannst du auch nur eine eckige Klammer nehmen: https://stackoverflow.com/a/4676473/318765

Sonst kein Steckplatz frei? Weil 2.0 x1 kann nur 500 MB/s übertragen: https://www.elektronik-kompendium.de/sites/com/0904051.htm Ein Parity Check bei voller Belegung würde also keine 80 MB/s übersteigen.

Vielleicht magst du das ja mal testen: https://forums.unraid.net/topic/104444-strom-sparen-mit-powertop/page/3/?tab=comments#comment-973740 Würde mich interessieren ob es lohnt den Server im Leerlauf noch weiter zu drosseln.

Vielleicht mag ja jemand seinen Server drosseln. Und zwar kann man so die Frequenzen auslesen, die die CPU unterstützt: paste <(cat /sys/devices/system/cpu/cpu*/cpufreq/cpuinfo_min_freq) <(cat /sys/devices/system/cpu/cpu*/cpufreq/cpuinfo_cur_freq) <(cat /sys/devices/system/cpu/cpu*/cpufreq/cpuinfo_max_freq) | column -s $'\t' -t Und so kann man zB 1,2Ghz als Maximum festlegen: for x in /sys/devices/system/cpu/*/cpufreq/; do echo 1200000 | sudo tee $x/scaling_max_freq; done Mit dem Befehl kann man die aktuelle Frequenz auslesen: watch -n1 "cat /proc/cpuinfo | grep \"^[c]pu MHz\"" Bitte Feedback ob man damit Strom sparen kann. Habe gerade zu viel auf dem Server laufen ^^ EDIT: Ok, musste gerade den Server neu starten und habe es gleich mal probiert. Frequenz auf 800 MHz gestellt und den Governor auf Powersave. Gebracht hat das 0,14W, wobei das nur durch den Wechsel von Performance auf Powersave kam und nicht durch Reduktion der Frequenz. Also Frequenz limitieren bringt nichts.

Das sollte man aber erst machen, wenn man das durchgetestet hat. Ansonsten lässt irgendeine Hardware den Server vielleicht abschmieren, weil sie nicht mit dem Energiesparen klar kommt und man bekommt ihn nicht mehr hochgefahren. Daher mein Vorschlag das erst mal mit dem WebTerminal zu machen. Aber wenn es nun geht, dann ist ja gut ^^ Was sagen denn jetzt die C-States? Ansonsten ist die Frage wie das Netzteil hier mitschwingt. Wenn das unten rum nichts taugt, wirkt sich das natürlich aus. Das RM750 (2019) soll eine spitzenmäßige Effizienz im Niedriglastbereich bieten: https://www.tweakpc.de/hardware/tests/netzteile/corsair_rm_2019_650-750-850/s03.php

Warum nicht? Bei mir geht das problemlos

Dann führt Unraid wohl einen anderen Befehl aus. Vielleicht wurde das Kommando geändert. Jedenfalls gibt es mehrere Beschwerden deswegen: https://forums.unraid.net/bug-reports/stable-releases/690-hdds-no-spin-down-after-update-r1292/page/3/?tab=comments#comment-14042 Ein Grund warum ich bisher kein Update gemacht habe und noch 6.8.3 nutze.

Das ist normal und hat keinen nennenswerten Einfluss auf den Verbrauch. Ohne den sind deine bisherigen Messungen quasi irrelevant. Erst der macht es möglich, dass ungenutzte SATA, PCIe und USB Ports schlafen gehen. Linux lässt in den Grundeinstellungen ansonsten alle Ports voll aktiv. Ich würde auch testen, ob das manuelle ausführen der Kommandos nicht sogar mehr bringt, da diese wirklich alle Slots abdecken: https://forums.unraid.net/topic/98070-reduce-power-consumption-with-powertop/ zB das hier kannst du im WebTerminal ausführen und der Effekt sollte sofort auf dem Messgerät sichtbar sein: for i in /sys/class/scsi_host/host*/link_power_management_policy; do echo 'med_power_with_dipm' > $i done Im Link sind noch mehr Befehle, die man dann nacheinander ausführen kann. powertop führt das selbe aus, aber nur bei einer festen Liste von Geräten. Beachte außerdem, dass du das Array startest, aber Docker und VM vollständig deaktiviert hast. Außerdem alle Disks runterfahren. Einfach um sicher zu gehen, dass wirklich nirgends Aktivität auf den Disks ist. Hier solltest du noch ErP aktivieren, was den Standby-Verbrauch reduziert und CEC 2019, was allgemein den Verbrauch senken kann, wobei es bei mir in Windows einen größeren Effekt als in Linux hatte. Schau auch mal bitte ob im BIOS eine Option existiert womit der zusätzliche SATA Controller (ASMEDIA) deaktiviert werden kann. Damit gehen dir natürlich zwei SATA Ports flöten, aber ich will damit testen, ob er dann vielleicht tiefer geht als C2. Aber mach das erst ganz am Ende, wenn die oben genannten Punkte nichts geholfen haben.

Schick mal eine Platte schlafen und führe dann den Befehl für diese Platte aus: /usr/sbin/smartctl -n standby -A /dev/sdX Bekommst du als Antwort "STANDBY" oder wird die Platte geweckt und du bekommst die SMART Werte zu sehen?

In 6.8.3 lautete das Kommando, was ständig im Hintergrund für jede einzelne Disk ausgeführt wurde wie folgt: /usr/sbin/smartctl -n standby -A /dev/sdb Wie man sieht antwortet eine schlafende Disk darauf mit "STANDBY" und eine wache Disk mit den SMART Werten: Und ich vermute das wird jetzt in den Logs einfach angezeigt. Vielleicht auch, weil ich festgestellt habe, dass manchmal Disks beim Check rausfallen und dadurch das Icon durchgehend falsch ist.

So ein ähnliches komisches Verhalten tritt wohl auch auf, wenn man die Disks über die Kommandozeile anlaufen lässt, weshalb man seit 6.9 noch ein weiteres Kommando ergänzen muss: https://forums.unraid.net/topic/103621-spin-up-script-not-working-since-update-69/?tab=comments#comment-957509 Ich glaube das wurde schon immer so von Unraid gemacht, früher aber nicht geloggt. Es handelt sich eigentlich gar nicht um das Auslesen der SMART Werte, sondern um den Status der Disk. Also ob sie schläft oder nicht. Darüber wird dann das Icon umgefärbt. So zumindest mein Wissensstand dazu.

Ich hatte das mehrfach per Copy & Paste probiert, aber es schlug immer fehl. Erst nach manueller Eingabe klappte es. Jetzt geht es natürlich immer ^^ which emcmd gibt "/usr/local/sbin/emcmd" zurück. Dieses Phänomen hatte schon mal. Ist aber schon länger her. Das ist mir gerade auf meinem Testserver auch aufgefallen. Allerdings habe ich da nur eine SSD im Array. Aber das Icon macht da auch nichts. Ist das evtl ein Bug in 6.9.1? Weil die SSD in 6.8.3 (da allerdings im Cache) kann ich problemlos abschalten:

@JorgeB it seems he already used disk shares. @theruck If this is ok for you I would like to check your setup through a remote desktop software. Feel free to contact me through PM.

time="2021-04-07T21:07:34.103946990+02:00" level=error msg="Handler for POST /v1.37/containers/776ed2589eb0/start returned error: error gathering device information while adding custom device \"/dev/dri\": no such file or directory" Sieht aus als sei deine GPU nicht mehr erreichbar. Eventuell das hier nicht permanent umgesetzt: https://forums.unraid.net/topic/77943-guide-plex-hardware-acceleration-using-intel-quick-sync/

Wenn es dringend ist, dann einen anderen Plex Container installieren (natürlich mit anderen Appdata Pfaden). Wo siehst du den Server Error? Poste bitte nur die Logs von dem Docker Container.

Stimmt. Das geht auch. Ich nutze auch noch ZeroTier. Da installiert man sich einen Container auf dem Server und die App auf dem Handy oder PC. Das geht auch ohne Port Forwarding.

Ja, weil Unraid alle paar Minuten prüft ob alle Platten für das Array noch da sind. Sieht man auch in den Logs. Die werden dann förmlich geflutet, wenn man das Array nicht startet. Blöd, dass der Cache nicht auch ausgeht. Heißt dein Cache Pool eigentlich "cache"? Der eine Befehl mit dem Namen muss denke ich exakt dem Poolnamen entsprechen.

Ja stimmt. Du kannst aber auch "grep -i down" machen. Dann ist Groß- und Kleinschreibung egal.