mgutt

Was the terminal open in this time? After closing the terminal, the watch process is killed as well. If you want a long term monitoring, you could add " &" at the end of the command, to permanently run it in the background and later you could kill the process with the following command: pkill -xc inotifywait Are you using the docker.img? The command can't monitor file changes inside the docker.img. If you want to monitor them, you need to change the path to "/var/lib/docker".

Ok, geschafft. Ich habe das Gerät "thoth" wo noch die Freigabe vorhanden war, erneut als Exposed IPv4 Freigabe hinzugefügt und direkt wieder gelöscht. Danach sah es so aus und genauso möchte ich es haben:

Ok, irgendwie habe ich es mir gedacht. Die bereits gelöschte Freigabe existiert noch. Findet man unter Diagnose > Sicherheit Damit ist die 32400 Freigabe also bereits in Verwendung. Mal sehen ob ich das ohne Neustart in den Griff bekomme (aktuell brauchen zu viele das Internet).

So eine IP bekommt ein Gerät, wenn es keine Verbindung zum DHCP Server hat. Meistens ist das der Router. Grund kann ein defektes Kabel sein, lockere Kabelverbindung, defekte Buchse, defekter Switch... Jetzt bist du dran

Einer meiner Unraid Container hat die IPv4 mit der Endung .8 und als IPv6 die :8. Erst war es ein Krampf, dass die Fritz!Box das Gerät mit diesen beiden IPv4 / v6 als ein Freigabe-Gerät akzeptieren wollte (Container mehrfach gestoppt und dann gewartet, dass ich das bzw die Netzwerkgeräte in der Fritz!Box löschen konnte), doch nun habe ich immer noch ein Problem. Ich gebe Port 32400 auf v4 und v6 frei, aber er sagt, dass er das für v4 auf einen anderen Port geändert hätte: Der Witz ist aber, dass ich über 32400 und v4 von außen auf Plex komme?! Warum aber will die Fritz!Box den Port überhaupt ändern? Andere Freigaben habe ich keine (also vorher schon, aber die sind alle gelöscht). Die Fritz!Box gibt auch eine "tolle Begründung" ab: Einen Neustart habe ich noch nicht versucht. Wäre dann die nächste Option.

Manual DuckDNS Result: If you want to delete all status files generated through this script, execute this: rm /tmp/*.ddns

Es gibt da immer wieder Probleme. Soweit ich das verstanden habe, kann es helfen nicht mehr UEFI zu booten. Und natürlich muss man die iGPU an VFIO binden. Ist hier was im Video dabei was hilft?

Sehr interessant. Das muss ich auch mal testen.

Overview: Support for the Nginx Proxy Manager (NPM) Official docker container Docker: https://hub.docker.com/r/jc21/nginx-proxy-manager Github: https://github.com/jc21/nginx-proxy-manager This is the official Nginx Proxy Manager container. Its advantage compared to the version of jlesage / Djoss is the support of IPv6 on ports 80 and 443.* Donate? 🤗 *jlesage's docker has an open issue regarding this. FAQ Solving SSL Certificate issues To obtain valid Let's Encrypt certificates, you need to forward / open the port 80 in your router. Port 80 is used for loading "http://" URLs from your server. So if you are suffering from errors while generating a new certificate, try to open the following URL through a mobile device which is NOT in your local Wi-Fi (like cellular mobile data): http://unraid.yourdomain.com/.well-known/acme-challenge/ This must return the following 404 error of NPM: If you instead receive a 5xx / timeout error, your domain could have a wrong IP in the DNS/DDNS database or your internet provider does not provide a real IPv4. You can test this by opening your public IPv4 with the same mobile device outside of your Wi-Fi: http://11.22.33.44/ This must return the welcome page of NPM: If not, then port 80 is probably closed or your IPv4 is not public reachable. Only if this requirements are met, Let's Encrypt is able to reach your NPM container and verify the SSL certificate. Note: This is automatically repeated every 90 days to re-verify the certificate, so port 80 must stay open!

Is there a reason why this container defaults to "bridge" network? For me it's only reliable with "host" network (else it does not adopt devices after restart).

Are you sure? They look correct to me?!

You could start with this, which returns the 100 most recent files of the docker directory: find /mnt/user/system/docker -type f -print0 | xargs -0 stat --format '%Y :%y %n' | sort -nr | cut -d: -f2- | head -n100n Another method would be to log all file changes: inotifywait -e create,modify,attrib,moved_from,moved_to --timefmt %c --format '%T %_e %w %f' -mr /mnt/user/system/docker > /mnt/user/system/recent_modified_files_$(date +"%Y%m%d_%H%M%S").txt More about --no-healtcheck and these commands: https://forums.unraid.net/bug-reports/stable-releases/683-unnecessary-overwriting-of-json-files-in-dockerimg-every-5-seconds-r1079/?tab=comments#comment-10983

Ich habe deinen Beitrag mal hier hin verschoben. Vom Prinzip irrelevant. Also eben das was powertop immer zurückgibt. Relevant ist das die Ausgabe, wenn du nur "powertop" ausführst. Dann kannst du die C-States einsehen. Optimal wäre C8/C9 beim Package. C2/C3 ist normal, wenn man Karten verbaut hat. Gar keine C-State Aktivität wäre schlecht. Ansonsten wäre dann noch ein Messgerät hilfreich, damit man überhaupt weiß wie viel der Server gerade verbraucht: https://gutt.it/strommessgeraete-im-test/

No relevant output from the container's logs? Did you set the first container as "master"? Maybe @andre (buanet) can help?

Eventuell ein anderes Browserfenster offen, dass die GUI offen hat? Siehe auch hier: https://forums.unraid.net/topic/106455-nginx-authlimit-errors-filling-up-the-log/

Hast du dich mal ab- und angemeldet? Klingt wie ein Loginfehler: 2021/06/16 18:02:06 [error] 6884#6884: *63283 limiting requests, excess: 20.922 by zone "authlimit", client: 192.168.75.5, server: , request: "PROPFIND /login HTTP/1.1", host: "tower" Jun 16 18:02:06 Tower nginx: 2021/06/16 18:02:06 [error] 6884#6884: *63285 limiting requests, excess: 20.851 by zone "authlimit", client: 192.168.75.5, server: , request: "PROPFIND /login HTTP/1.1", host: "tower" Jun 16 18:02:36 Tower emhttpd: shcmd (1578): /usr/local/sbin/mover &> /dev/null & Jun 16 18:03:12 Tower root: Fix Common Problems Version 2021.05.03 ### [PREVIOUS Ansonsten gab es noch diverse mount Fehler, weil die SSDs kein gültiges Dateisystem hatten. Hattest du eigentlich die Dateien erstmal alle mit dem Mover von den SSDs runtergeholt? Backup vorhanden?

Ist in den Container Einstellungen von Krusader der Pfad zugewiesen? Muss der Container evtl neu gestartet werden? Müssen die Lese/Schreibrechte evtl auf Slave gestellt werden? Übertragen von wo nach wo?!

Ich werde das nie verstehen, warum das so ist, aber du musst auf das Plus Icon drücken.

v2 ist nicht 2021. Unten siehst du auch die Artikelnummer: CP-9020177-EU Die vom 2021 ist diese: CP-9020197-EU Das 2021 sieht auch etwas anders aus:

Das würde ich nicht machen. Ich habe viele Jahre passive Systeme eingesetzt und mittlerweile weiß ich wie dumm das war (diverse Langzeitdefekte). Viele vergessen, dass zB die VRMs ebenfalls gekühlt werden müssen. Und die NVMe glüht dir auch weg, wenn der Mover sehr viele Daten bewegen muss. Ein bisschen Luft ist nie verkehrt. Heute habe ich einen NH-D15 und eine semi-passive Kurve. Also im normalen Betrieb lautlos, aber bei anspruchsvollen Aufgaben springt der Lüfter an. Außerdem wird der passive Kühler bestimmt teuer und wenn ich das richtig mitbekommen habe, verdeckt er sogar den 1. PCIe Slot?!

Die Entwickler sind sich noch nicht einig, ob es gefährlich sein könnte SSDs im Array zu trimmen. Daher wird eine SSD im Array nicht getrimmt: https://forums.unraid.net/topic/73110-ssd-array-for-unraid/page/2/

Deine Dateien liegen auf dem Cache und dieser Cache besteht nur aus einer SSD = ungeschützt. Eventuell das mal lesen: https://forums.unraid.net/topic/99393-häufig-gestellte-fragen/?tab=comments#comment-951565

Kannst du mal bitte nur mit einem Modul booten? Nicht wegen dem Stromverbrauch, sondern andere, die auch das Board haben, können mit nur einem Modul nicht booten und ich frage mich nun ob das evtl eine Einschränkung vom Board sein könnte. Obwohl mein Board mit nur 1x Samsung 32GB M391A4G43MB1-CTD problemlos gebootet hat.

Wenn du einen Share bearbeitest, sollte dafür eine Option angezeigt werden. Ansonsten einfach "rm -Ir /mnt/user/sharename" im Terminal eintippen. Aber Achtung. Das Kommando löscht wirklich alles. Also vertipp dich nicht beim Pfad. Das ist übrigens ein großes i im Kommando

Korrekt. Also grob 8 bis 10 € pro Jahr könnte man mit dem RM550x (2021) sparen. Also 7 bis 8 Jahre braucht man schon um auf das preisliche Niveau des 300W zu kommen. Besonders interessant wird es daher erst, wenn das RM auf unter 90 € fällt. Dürfte aber noch einige Zeit dauern. Verbinde beide Buchsen mit einem 2.5G Switch und aktiviere SMB Multichannel. Windows baut dann zwei Verbindungen zum Server auf. Dann hast du 200MB/s.