ich777

You have to select console mode (checkbox) for the Schedules in luckyBackup, otherwise it won't work (this is also mentioned in the description from the container).

Did you do anything custom with your server? Please post your Diagnostics. Intel GPU TOP is working just fine on 6.12.0.-rc2

That's definitely not the case... Some routers need to be restarted some times. Please delete the forwarding of the other ports, this is a security risk!!! I always provide the necessary ports in my templates and you never need to forward more ports, even if other sites suggests that. Otherwise I won't release the containers to the public. Another side note even if you forward these ports they point to nothing (but it's still a security risk) because if they are not forwarded in the template they can't be reached anyways. Please trust me on that, I do my research on that and test every single container before releasing it.

Why do you forward that many ports? That is definitely wrong... The only ports which need to be forwarded are the ones listed in the container template: 7777/UDP 15777/UDP 15000/UDP You don't need any other ports. I assume you are trying to connect to your public IP from you LAN correct? If yes, I had people where the hair pin NAT doesn't work correctly and therefore they weren't able to connect through the public IP from their LAN but from outside their LAN it was working fine. It could also be a issue with your ISP that it blocks some ports <- some provider are doing that but this is a really rare case.

Siehst du ja auch. ZFS List ist ein Befehl für ZFS selbst und der listet dir alle vorhanden ZFS-Pools, Snapshots und Volumes auf. Volumes sind auch zB Docker Images. Du verwendest bei BTRFS auch nicht `btrfs filesystem show -a /PFAD/ZUR/BTRFSDISK` statt `ls` oder (hier ist beispielsweise `btrfs filesystem show -a /PFAD/ZUR/BTRFSDISK` vergleichbar mit `zfs list`)? `ls` ist ein UNIX-Shell Befehl und macht ganz was anderes, nämlich Verzeichnisse auflisten.

Are you trying to connect with your public IP or your local IP? Are you sure the correct ports with the appropriate protocol are forwarded in your Firewall? Have you yet tried if you can connect with your local IP?

Für den moment kannst du wenn du willst diesen Befehl in einem Terminal von Unraid ausführen: sed -i 's/$DockerStopped = pgrep('\''dockerd'\'')===false;/exec("\/etc\/rc.d\/rc.docker status",$dummy,$DockerStopped);/g' /usr/local/emhttp/plugins/dynamix.docker.manager/DockerSettings.page Danach ist das Problem gelöst. Den Befehl müsstest aber nach jedem Neustart ausführen auf der 6.12.0-rc2 (oder früher), der Fix wird aber implementiert.

On what Unraid version are you?

The server is running fine if you see this line: Setting breakpad minidump AppID = 346110 Have you yet tried to query it in the Steam Server Browser (View -> Servers -> Server Browser -> Favorites -> Add Server -> Enter the IP:27015 -> Add -> Refresh -> Refresh). Yes, with the appropriate protocol. You usually don't need to forward the RCON port and I also engurage you to not do it (RCON is completely unencrypted).

Please try to check the log from the cron jobs itself, you see the path to the logs in the output from 'crontabl -l'. Do something like 'cat root/.luckyBackup/logs/default-LastCronLog.log' Btw: You can see the crontab also in the GUI on the Schedules page. I'm really curious if it's related to the network shares but I don't think so...

Wird in einer der nächsten Unraid versionen gefixt! Ist nun bestätigt, ist ein Anzeigefehler und die GUI glaubt das Docker eigentlich läuft obwohl der Dienst nicht läuft. Kannst den Thread bitte vormerken und dann als gelöst makrieren wenn die neue Unraid version erscheint oder wenn du willst kannst das auch gleich machen, dir überlassen.

Please install the updated plugin from @SimonF until @b3rs3rk merges his Pull Request with this link (simply go to Plugins -> Install Plugin -> paste the link -> click Install): https://raw.githubusercontent.com/SimonFair/gpustat-unraid/master/gpustat.plg It has also some cool improvements like multi GPU support.

Can you go a bit more in detail where you see this issue or what and how are you backup what directory to what? I assume you have root enabled?

Please update the plugin to the latest version. If you disable the LXC service the card for LXC is now not visible anymore Containers are now properly stopped after you disable the LXC service

Yes, hat definitiv was mit dem zu tuhe, bin aber im Moment echt beschäftigt im echten Leben aber ich kümmer mich darum, weiß nicht ob der fix dann schon in 6.12.0 drin ist oder dann erst in der 6.13.0. Exakt, ich werd auch noch versuchen das LXC Dashboard Problem so bald wie möglich zu lösen, das hat momentan Vorrang. EDIT: Das Dashboard problem und das die Container nicht gestoppt werden wenn man den service aus macht ist jetzt gelöst.

Ich muss mir das erst im Detail ansehen aber ich habe wie gesagt eine Vermutung und die hängt aber mit dingen zusammen die Unraid betreffen und wie festgestellt wird ob Docker läuft oder nicht, lange Rede kurzer Sinn: Unraid glaubt das Docker läuft, tud es aber nicht und deshalb kommt es zu dieser fehl anzeige. Ich kann dir noch nicht genau sagen wann ich dafür zeit habe und einen fix zu pushen weil das in Unraid selbst gefixt gehört. Hoffe das reicht dir für den Moment.

Du hast recht, aber ich hatte das Problem eben noch nie weil ich den Docker Dienst normal nicht aus und an mache. Warum machst du das wenn ich Fragen darf? Ich hab aber schon eine Vermutung warum das zustande kommt.

Kannst du bitte das mal aus deinem go file entfernen und neu starten: # ------------------------------------------------- # RAM-Disk for Docker json/log files v1.3 # ------------------------------------------------- # create RAM-Disk on starting the docker service sed -i '/^ echo "starting \$BASE ..."$/i \ # move json/logs to ram disk\ rsync -aH --delete /var/lib/docker/containers/ ${DOCKER_APP_CONFIG_PATH%/}/containers_backup\ mountpoint -q /var/lib/docker/containers || mount -t tmpfs tmpfs /var/lib/docker/containers || logger -t docker Error: RAM-Disk could not be mounted!\ rsync -aH --delete ${DOCKER_APP_CONFIG_PATH%/}/containers_backup/ /var/lib/docker/containers\ logger -t docker RAM-Disk created' /etc/rc.d/rc.docker # remove RAM-Disk on stopping the docker service sed -i '/^ # tear down the bridge$/i \ # backup json/logs and remove RAM-Disk\ rsync -aH --delete /var/lib/docker/containers/ ${DOCKER_APP_CONFIG_PATH%/}/containers_backup\ umount /var/lib/docker/containers || logger -t docker Error: RAM-Disk could not be unmounted!\ rsync -aH --delete ${DOCKER_APP_CONFIG_PATH%/}/containers_backup/ /var/lib/docker/containers\ if [[ -d /var/lib/docker_bind ]]; then umount /var/lib/docker_bind || logger -t docker Error: RAM-Disk bind unmount failed while docker stops!; fi\ logger -t docker RAM-Disk removed' /etc/rc.d/rc.docker # Automatically backup Docker RAM-Disk sed -i '/^<?PHP$/a \ $sync_interval_minutes=30;\ if ( ! ((date(i) * date(H) * 60 + date(i)) % $sync_interval_minutes) && file_exists("/var/lib/docker/containers")) {\ exec("\ [[ ! -d /var/lib/docker_bind ]] && mkdir /var/lib/docker_bind\ if ! mountpoint -q /var/lib/docker_bind; then\ if ! mount --bind /var/lib/docker /var/lib/docker_bind; then\ logger -t docker Error: RAM-Disk bind mount failed!\ fi\ fi\ if mountpoint -q /var/lib/docker_bind; then\ rsync -aH --delete /var/lib/docker/containers/ /var/lib/docker_bind/containers && logger -t docker Success: Backup of RAM-Disk created.\ umount -l /var/lib/docker_bind\ else\ logger -t docker Error: RAM-Disk bind mount failed!\ fi\ ");\ }' /usr/local/emhttp/plugins/dynamix/scripts/monitor Ich werde nachher mal gleich versuchen auf meinem Testsystem das nachzustellen mit einer komplett neuen installation von Unraid.

Only support in English over here... You are running a Quadro 4000 (please keep in mind this is not a Quadro P4000), this is a pretty old card and is not supported by this driver or even the old legacy driver 470.xx.xx You even can't use the card for Docker containers because you need at least a card Kepler based and the Quadro 4000 is Fermi based. Hope that answers your question.

Bitte schick mir gleich die Diagnostics das ich sehen kann was da los ist, ich kann sonst gar nichts sagen. Ich habe das Tutorial auf meinem Testsystem gemacht ohne irgendwelche Probleme und auf meinem Produktivsystem läuft das schon seit ca. einem halben Jahr.

Das musst du aber im Container machen und nicht am Host. Kannst du bitte deine Diagnostics posten? Ich vermute hier eher einen anderen Konfigurationsfehler, bei mir hier funktioniert alles ohne Probleme und ich hab 2 LXC Container mit jeweils Docker installiert. Einen nutze ich eben hier für Unbound/LANCache-Monolithic und AdGuard und einen Nutze ich dediziert zum bauen für meine Docker container und zum Upload auf DockerHub und in die GHCR. EDIT: Ich habe auch zwei Nutzer (einer auf 6.11.5 und einer auf 6.12.0-rc2) die nutzen beide LXC und im LXC dann Docker ohne Probleme. Vergiss auch bitte nicht das ich das getestet habe und ich würde kein tutorial machen wenn es denn nicht funktionieren würde.

Wenn du einen Share Beispielsweise "doppeltershare" auf verschiedenen Pools zB: /mnt/nvme_pool/doppeltershare und /mnt/cache/doppeltershare hast wird der in /mnt/user/doppeltershare zusammengefasst und der Inhalt beider Pools dort angezeigt. Mit sowas wäre ich aber sehr vorsichtig das nicht ein Unterordner in dem Share doppelt ist sprich /mnt/nvme_pool/doppeltershare/DOPPELTERUNTERORNDER und /mnt/cache/doppeltershare/DOPPELTERUNTERORNDER <- das könnte evtl. zu komplikationen führen. Muss gestehen ich hab mir hier nicht den ganzen Thread durchgelesen warum kommt es hier in diesem Thread eigentlich zu dem Problem?

This is really strange, I don't have to change anything and the container is running just fine in bridge mode. Anyways, I don't know your network topology but I'm glad to hear that it's now solved and working for you.

Maybe try to disable your Torrent client for a few days if that's possible for you and see if you got crashes on your system.

I have to look into it whats the cause for that. This seems like a bug to me that the service or better speaking the containers are started after you visit the dashboard (even if the service is disabled). I'm assuming that the containers have Autostart enabled correct? Please keep in mind that the Dashboard was added recently and I haven't got time to fully test everything yet, but thank you for the report, really much appreciated.