mgutt

Please temporarily allow local connections to be able to debug the problem.

What happens if you open this in your browser? Did you try a port above 1024? Everything smaller is usually used by a different service: https://en.wikipedia.org/wiki/List_of_TCP_and_UDP_port_numbers#Well-known_ports

Nach einem Neustart ist der Ordner /tmp leer und Unterordner werden vom Container/Docker neu erstellt. Also egal ob Crash oder nicht, die Ordner müssten dann ja immer nach einem Neustart die falschen Rechte haben?!

Why are you testing both? Every container has a documentation (should have). As an example the original Nextcloud container supports only http: https://hub.docker.com/_/nextcloud "This setup provides no ssl encryption and is intended to run behind a proxy." While linuxserver's version supports only https: https://hub.docker.com/r/linuxserver/nextcloud "Parameter Function -p 443 WebUI" Another method would be to check which internal port is used by the container. 80 is http and 443 is https. So step by step. 192.168.1.101:8083 is nextcloud? Does 8083 forward to 443 or 80? Open the container config, edit this port and check the internal port. And of course tell me the repository name of the container. I was talking about the error "ACE; could not convert string to UTF-8" returned by curl. Your typed in IP address contained wrong chars. You forget "curl"

Ich hatte das auch gerade wegen atop. Allerdings hat der Holzhammer nicht geholfen bzw war falsch. Denn ich habe einfach das gemacht: rm /var/log/atop/* Danach habe ich atop aus dem Nerd-Pack gelöscht und trotzdem zeigte er mir im Dashboard fast 100% volle Logs an. Daraufhin habe ich das untersucht und festgestellt, dass ich wohl atop aufgehangen habe, in dem ich einfach die Dateien gelöscht habe, während es noch lief. Erst als ich den Prozess gekillt habe, wurden der Speicherplatz wirklich erst freigegeben: root@thoth:~# df -h | grep /var/log tmpfs 128M 122M 6.2M 96% /var/log root@thoth:~# find /proc/*/fd -ls | grep deleted 79658297 0 l-wx------ 1 root root 64 Oct 5 19:38 /proc/26741/fd/1 -> /var/log/atop/daily.log\ (deleted) 79658298 0 l-wx------ 1 root root 64 Oct 5 19:38 /proc/26741/fd/2 -> /var/log/atop/daily.log\ (deleted) 79658300 0 l-wx------ 1 root root 64 Oct 5 19:38 /proc/26741/fd/4 -> /var/log/atop/atop_20210914\ (deleted) root@thoth:~# lsof | grep deleted atop 26741 root txt REG 0,2 206392 7411 /usr/bin/atop (deleted) atop 26741 root 1w REG 0,35 0 44 /var/log/atop/daily.log (deleted) atop 26741 root 2w REG 0,35 0 44 /var/log/atop/daily.log (deleted) atop 26741 root 4w REG 0,35 116779649 71 /var/log/atop/atop_20210914 (deleted) ^C root@thoth:~# pkill atop root@thoth:~# lsof | grep deleted ^C root@thoth:~# df -h | grep /var/log tmpfs 128M 11M 118M 9% /var/log root@thoth:~#

You don't need to post the complete html source code. It's only for you to verify if "curl" is able to load the website.

This sounds like the IP:Port contains special chars. Are you really using "normal" numbers, dots, slashes and colon? Maybe a copy & paste problem? Please try to type everything manually. Here is an example where the user accidentally used wrong quote chars: https://stackoverflow.com/questions/64841244/curl-put-request-content-type-header-is-not-supported But in your case it seems to be a different char, which is not in the ASCII format.

Does the container only support https? And are you sure it needs 444? Usually the default port for https is 443. But it is kinda inefficient to use https for local traffic. Regarding the error: I was not able to find the reason. Maybe a missing cipher?! Please use "curl -v <IP>" to get more output.

It does. "not found" is an answer of the container. Try a completely different port which is not used by any container and you will see an error instead. What happens if you open http://192.168.0.6:8282/ through your browser?

Welchen Link hast du genau für die Installation verwendet und kann Unraid die Domain erreichen? Öffne das WebTerminal und versuche einen Ping: ping raw.githubusercontent.com Wenn das nicht geht, versuch einen Ping ins Internet, aber auf eine IP: ping 8.8.8.8 Wenn das erste nicht geht, aber das zweite, dann stimmt was nicht mit deinen DNS Einstellungen. Geht beides nicht, dann hat dein Server keinen Internetzugang.

As I said. You have to check if the containers are able to reach each other. Open the console of NPM and execute this for example: curl http://192.168.0.6:8282 With this command you should be able to see the HTML source code of the Unraid Login-page: curl http://192.168.0.6/login

Maybe you have a conflict with a VM, because 6000 is usually used by X11. Try 5000/5001 as I mentioned in my manual.

If a container runs in the host network it uses it's default ports. This is a usual behavior of all containers. Did you accidentally change both ports, internal and external? This is not visible in the screenshot. Only if you edit the entry. Finally it would be interesting to see what it looks like after the container has been started.

Try a different virtio version. Maybe something is wrong with your ISO file.

Are you sure 8282 is correct as in your SWAG code you are using 8080. Did you check if the NPM container is able to reach the YT container (console and using curl)?

Did you mean you can't access the GUI at all or the redirect does not work? Did you access the GUI by its URL + Port 6001? P.S. I don't recommend using the my servers URL as it allows attacking the unRAID WebGUI.

Not all networks can reach other networks: https://forums.unraid.net/topic/99393-häufig-gestellte-fragen/?tab=comments#comment-1027380

Did you try to set it to: (/youtube-dl/)?/socket Or add two locations: /socket /youtube-dl/socket

Feature Request hat ein eigenes Unterforum hier. Und für die Backups gibt es bereits Plugins

Hast du evtl auf anderen PCs noch Tabs offen, die auf die unRAID GUI zugreifen? Es gibt einen ungelösten Bug, der den Server dann überlasten kann.

Can confirm this behavior.

Vom Prinzip müsste der Container eigentlich nur rw auf die Gruppe users geben. Natürlich vorausgesetzt, dass der Container selbst auch die Gruppe nutzt. Das Problem ist also wenn der Container, der Nutzerrechte setzt, die auf dem Host-System nicht existieren. Das wäre auch bei Ubuntu etc so.

Find erstmal eins ^^ Jeder i3-8xxx oder 9xxx. Mehr Kerne wäre bei ECC RAM ein Xeon. Be Quiet Pure Power 11 FM 550W und Corsair RM550x (2021).

Für dieses Szenario bietet sich wie gesagt ein HDMI Capture Stick oder der PiKVM an. Also "IPMI bei Bedarf" und nicht 24/7. Es kommt auch stark auf das jeweilige Mainboard an. Nehmen wir mal das Gigabyte C246N-WU2. Das verbraucht 4W weniger als das Asrock Rack C246 WSI. Und das hat nicht mal IPMI. Das baugleiche E3C246D2I mit IPMI wird daher noch eine Ecke mehr ziehen. 7W reichen da also nicht. Ich hatte vorher ein Supermicro Atom Board und das verbrauchte sogar 22W.

Node 804 Das R5 sollte aber die beste Option darstellen.