mgutt

T CPUs werden mit einem festen TDP Limit ausgeliefert (gedrosselt), damit der Kühler kleiner dimensioniert werden kann. So ein TDP Limit kannst du aber auch im BIOS einstellen. Dafür braucht es keine speziell CPU. Die T CPUs gibt es nur, damit Kunden von Komplettsystemen dieses Limit nicht verändern können.

Vermutlich nutzt deine VM das Netzwerk virtbr0 und damit hat die VM die selbe MAC-Adresse wie unRAID. Damit kommen manche Router nicht klar.

Rsync ist 1-way. Du müsstest also zwei separate Aufträge simulieren (Quelle nach Ziel und Ziel nach Quelle). Das was er dann jeweils ausgibt, ist das aktuellere (oder fehlt im Ziel).

Eines der sparsamsten Boards ist wieder bezahlbar (150 €): https://geizhals.de/fujitsu-d3644-b-s26361-f5110-v162-a1904781.html?hloc=at&hloc=de&v=e#offers

Du musst jeden Pfad, den du in Nextcloud verwenden möchtest beim Cotnainer als Pfad hinzufügen. Ich warne dich bereits jetzt Dinge zu machen wie /mnt/user vollständig durchzuschleifen. Jeden Ordner einzeln und wenn möglich ohne Schreibrechte. Ansonsten zerlegt dir ein gehackter Nextcloud Cotnainer alle Daten auf deinem Server.

Ordner ist richtig. Ich verstehe nur nicht warum die Unterordner in appdata nicht 777 sind. Hat sich das in unRAID 6.10 geändert?!

I needed only this. Please results of this as well: sysctl -a | grep dirty

Kein "dry-run"? Sollte gehen: http://luckybackup.sourceforge.net/manual.html#startDryRun

Welche unRAID Version nutzt du? Welche Rechte hat appdata? Also ls -l auf /mnt/user anwenden.

Bitte mal nur stat <datei> ausführen. Gehört die Datei überhaupt root:root? EDIT: Ok. Ja dann verstehe ich das root:root von oben zwar nicht, aber ok. nobody:users ist soweit korrekt. Müsste man also nur mit chmod die 666 korrigieren. Denk dran, dass du das überall machen darfst außer bei /mnt/user/appdata und /mnt/user/system/docker bzw wo auch immer dein Docker Verzeichnis liegt.

Please post your results: free -h How much free RAM is calculated by the script?

@badbadntgood @Archangel Please execute the following and check if it does really not contain /mnt/user/data/media docker ps -q | xargs docker container inspect -f '{{$id := .Id}}{{range .Mounts}}{{if .Source}}{{printf $id}}:{{.Source}}{{println}}{{end}}{{end}}' | grep -v -e "^$" I added this check because some users mounted /mnt/disk2/media, /mnt/disk3/media, ... to their container and if those users would use the path /mnt/user/media in the script, the script wouldn't preload the correct files as in unRAID both paths contain the same files, but with different inodes. But I will change this to a warning if we found out why even /mnt/user/data/media does not work

Auf 32400 weitergeleitet? Laufen NPM und Plex in Bridge oder einer davon in br0?

Leider nein. Wir brauchen mehr Leute, die ihre Setups ordentlich messen. Ich habe nun die Wunschliste von oben angepasst. Es sind auch zwei Boards mit 2.5G Intel dabei. Ich habe dazu so gefiltert: https://geizhals.de/?cat=mbp4_1200&xf=11924_2~1244_6~4400_%B5ATX~4771_Intel&sort=p&hloc=at&hloc=de&v=e

Nein. Ist nur ein Dateiexplorer.

Wie kommt das denn? Das ist zu wenig. Es müsste 777 sein. Lösch den Container bitte, dann die Dateien mit appdata cleanup und zuletzt den Ordner selbst mit dem Befehl: rmdir /mnt/user/appdata/grafana Danach den Container ohne das --user root installieren und noch Mal die Rechte des grafana Ordners checken. Wenn ein neuer Unterordner durch Docker erstellt wird, sollte der immer chmod 777 sein.

Gut zu wissen. Ich hatte bei HWX nur gesehen, dass das Gigabyte B460M Aorus Pro sparsam sein soll. Das hat Intel. Vielleicht hast du also Recht. Ich hatte nur gezielt nach einem Board ohne Thunderbolt gesucht, weil ich das Gefühl habe, dass solche Boards auch mehr ziehen. Nein Als Cache lieber NVMe nehmen. Sind deutlich schneller und du verschwendest keine SATA Ports. unRAID braucht nicht viel Leistung. Aber wenn du mal mit VMs spielen willst, machen mehr Kerne natürlich mehr Laune.

Dann hat die Datei auch 666 und nicht 0. Dann nutz beim find Kommando 666.

Tja, die Frage ist wie grafana das vorsieht. Wenn du das ausführst, hat der Unterordner von grafana denke ich chmod 777 (drwxrwxrwx) oder nicht? ls -l /mnt/user/appdata @ich777 Hier sieht man, dass der Standarduser von grafana 472 ist: https://github.com/grafana/grafana/blob/main/packaging/docker/Dockerfile Das Kommando wo die Schreibrechte geprüft und der Unterordner "plugins" erstellt wird, ist hier zu sehen (schlägt fehl): https://github.com/grafana/grafana/blob/main/packaging/docker/run.sh if [ ! -w "$GF_PATHS_DATA" ]; then echo "GF_PATHS_DATA='$GF_PATHS_DATA' is not writable." PERMISSIONS_OK=1 fi if [ ! -r "$GF_PATHS_HOME" ]; then echo "GF_PATHS_HOME='$GF_PATHS_HOME' is not readable." PERMISSIONS_OK=1 fi if [ $PERMISSIONS_OK -eq 1 ]; then echo "You may have issues with file permissions, more information here: http://docs.grafana.org/installation/docker/#migrate-to-v51-or-later" fi if [ ! -d "$GF_PATHS_PLUGINS" ]; then mkdir "$GF_PATHS_PLUGINS" fi Da /mnt/appdata/grafana bestimmt chmod 777 ist, versteh ich nicht warum der nicht genug Rechte mit 472:0 hat. Wie kommt das?

Ermittel bitte mal die chmod Zahl der Datei: stat -c %a <datei> Vielleicht probier auch mal -perm 0 beim find Kommando.

Bitte löschen, den Appdata Ordner mit appdata cleanup löschen und neu installieren. Wenn das nicht hilft, erweiterte Ansicht und bei Extra Parameters das Einfügen: --user 104 Immer vorher komplett löschen (auch den Appdata unterordner). Statt 104 kannst du auch 472 oder root ausprobieren. Letzte Option wäre privileged. Erhöhte Rechte mag ich aber nicht.

Geht auch bei Xeon nicht mehr (10te Generation ist Comet Lake, also Xeon 1200 kann es noch, aber Xeon 1300 kann es nicht mehr). Hast du ein Messgerät, dass du den Verbrauch messen könntest?

Du kannst jede CPU passiv kühlen. Einfach einen ordentlichen Kühler kaufen und das TDP Limit im BIOS festlegen. Mein PC ist zb semi-passiv mit Noctua N-D15. Das geht auch, aber nicht jedes BIOS erlaubt das Einstellen semi-passiver Kurven. Da hilft dann aber zb der Regler, der das Signal vom MB noch weiter reduziert bis der Lüfter die meiste Zeit steht: https://noctua.at/de/na-fc1 Ich bevorzuge grundsätzlich semi-passive Setups, weil sie im Notfall unterstützen. Wer weiß, vielleicht hat man ja mal 35 Grad im Schatten und es läuft ein Parity Rebuild (hohe CPU Last + alle HDDs drehen). Hören wird man meiner Ansicht nach aber eh nur die HDDs, wenn man hochwertige Lüfter verbaut hat. Ein Corsair RM550x (2021) ist bei Niedriglast ähnlich sparsam wie eine PicoPSU: https://gutt.it/corsair-rm550x-550w-netzteil-vs-picopsu-90/ Hat dafür nicht den Nachteil mit der "Bastelei" und man hat keine Probleme später komplett auf SSDs umzurüsten (PicoPSU bietet nicht genug 3.3 und 5V Leistung). Es ist leider schwer geworden sparsame Hardware zu bekommen, aber vielleicht findest du ja was, was hier aufgelistet ist: https://forums.unraid.net/topic/120797-sparsame-gebrauchte-matx-itx-boards-mit-2x-m2-6x8x-sata/ https://www.hardwareluxx.de/community/threads/die-sparsamsten-systeme-30w-idle.1007101/ Ich würde es hiermit probieren: https://geizhals.de/?cat=WL-2511272 Hinweis: 30 € für 16GB RAM sind sehr günstig. Ist gerade im Angebot. Knapp 100 € kann man noch sparen, wenn man ein günstigeres Gehäuse, Kühler und Netzteil nimmt. Ist aber auch alles in der Liste zu sehen.

@DJ-BrianC At first: Please try the new version. The broken pipe is finally gone (hopefully). Then please test: How long does it take to preload a video file after you executed this command? (video files are loaded from disk) sync; echo 1 > /proc/sys/vm/drop_caches And how long does it take to preload the video file after you execute the script directly again? (video files are loaded from RAM) The second execution should be much faster as the file is located in your RAM. If not, then something strange is happening. For me it's as follows: Script location: /tmp/user.scripts/tmpScripts/plex_preload/script Note that closing this window will abort the execution of this script 2022-04-18 14:44:24 Available RAM: 22G 2022-04-18 14:44:24 Amount of videos that can be preloaded: 358 (each video occupies 61M) 2022-04-18 14:44:24 Skipped /mnt/disk1/Movie/CD/Captain Marvel (2019)/Captain Marvel (2019).mkv as loading needed only 0.016 2022-04-18 14:44:24 Skipped /mnt/disk1/Movie/CD/Denk bloß nicht, ich heule (1965)/Other/Probeaufnahmen.mkv as loading needed only 0.017 2022-04-18 14:44:24 Skipped /mnt/disk1/Movie/CD/Denk bloß nicht, ich heule (1965)/Denk bloß nicht, ich heule (1965).mkv as loading needed only 0.017 2022-04-18 14:44:24 Skipped /mnt/disk1/Movie/AB/Berlin um die Ecke (1966)/Other/Interview - Drehbuchautor Wolfgang Kohlhaase.mkv as loading needed only 0.017 2022-04-18 14:44:24 Skipped /mnt/disk1/Movie/AB/Berlin um die Ecke (1966)/Berlin um die Ecke (1966).mkv as loading needed only 0.017 2022-04-18 14:44:24 Skipped /mnt/disk1/Movie/CD/Deep Impact (1998)/Deep Impact (1998).mkv as loading needed only 0.017 2022-04-18 14:44:24 Skipped /mnt/disk1/Movie/YZ/Zorn der Titanen (2012)/Zorn der Titanen (2012).mkv as loading needed only 0.016 2022-04-18 14:44:24 Skipped /mnt/disk1/Movie/CD/The Crow - Die Krähe (1994)/The Crow- Die Krähe (1994).mkv as loading needed only 0.016 2022-04-18 14:44:25 Preloaded /mnt/disk1/Movie/CD/Crazy Heart (2009)/Crazy Heart (2009).mkv in 0.291 seconds 2022-04-18 14:44:25 Preloaded /mnt/disk1/Movie/AB/Astro Boy (2009)/Astro Boy (2009).mkv in 0.287 seconds 2022-04-18 14:44:26 Preloaded /mnt/disk1/Movie/AB/Boston (2016)/Boston (2016) 4K.mkv in 0.374 seconds 2022-04-18 14:44:26 Preloaded /mnt/disk1/Movie/CD/The Code (2009)/The Code (2009).mkv in 0.290 seconds 2022-04-18 14:44:26 Preloaded /mnt/disk1/Movie/CD/Crawl (2019)/Crawl (2019).mkv in 0.280 seconds 2022-04-18 14:44:26 Preloaded /mnt/disk1/Movie/CD/Club der roten Bänder - Wie alles begann (2019)/Club der roten Bänder - Wie alles begann (2019).mkv in 0.286 seconds 2022-04-18 14:44:27 Preloaded /mnt/disk1/Movie/CD/Dumbo (2019)/Dumbo (2019).mkv in 0.290 seconds 2022-04-18 14:44:27 Preloaded /mnt/disk1/Movie/09/(500) Days of Summer (2009)/(500) Days of Summer As you can see it takes under 0.02 seconds to load from RAM, while loading from Disk takes ~0.3 seconds. Of course the threshold of 0.150 seconds is only an estimate, but if your RAM really needs 0.4 seconds to load only 61MB of data, then it would be extremely slow.

Version 1.1 has been released: # - changed the way how movies are found and sorted to avoid confusing error messages # - added timestamps to the logs # - check if the given video paths are used by a docker container (else RAM preloading would not have any effect) # - better documentation of the settings