ich777

Lies dir mal das hier durch: Hast du vermutlich appdata auch verschoben bzw system oder domains? Solltest du nicht machen, du kannst dir noch zusätzlich hier diesen Thread durchlesen:

Maybe the main PC does something that creates a IP address conflict... But that's only a guess...

This is from what I know normal since if SteamCMD would pull that file down then it would be deleted or better speaking overwritten every time a server update is pushed to CS:GO when the container updates the game. This is just normal behavior and nothing I can do about since this is how SteamCMD works. Why? What are the contents from this file? This is what my file looks like:

What did you do exactly? Did you remove the entry with ‘all‘ or did you remove your UUID?

No worries, so it is now working or am I wrong?

No, have you yet tried to change a value in the container and to basically recreate it on your server and see if this fixes your issue? Can you maybe post your Diagnostics?

Do you have nvidia-persistenced enabled? If yes, please disable it with: kill $(pidof nvidia-persistenced) and try it again after you've disabled it. Do you have all the variables in the Docker template as described in the second post of this thread?

Is something on your PC running which maybe results in a IP conflict on your local network, that's my best guess...

A user already had the same issue and I was able to reproduce this on my test server while up- and downgrading Unraid version. I was able to solve it here: Please also look at the following post since the user had many packages installed from the NerdPack and in his case it seems to be that this caused the issue. ...please report back if you got it working again.

You can of course always install the agent even if it's not available anymore on the CA App. Simply go to your Plugins tab and select Install Plugin, at Enter URL paste this: https://raw.githubusercontent.com/ich777/unraid-check-mk-agent/master/check_mk_agent.plg and click Install.

Bitte schmeiß diese Skripte raus. Die persistence-mode option wird auch vermutlich mal bald aus nvidida-smi fliegen (zumindest schreibt das Nvidia schon ein paar Jahre. 😅 ) Ich würd dir empfehlen das du die Karte die dauernd in deiner VM verfügbar sein soll an VFIO bindest und einfach nvidia-persistenced in dein go file gibst. Wenn du deine Karte nicht an VFIO binden eillst hat @alturismo ein VM pre start skript für die VMs das nvidida-persistenced beendet wenn eine vm gestartet wird und wieder startet wenn die VM beendet wird wenn dies von Interesse für dich ist. Der leichtere Weg wäre natürlih der das du sie an VFIO bindest wenn denn die VM immer an ist. Würde funktionieren mit den skripten von @alturismo.

Kann sie. Ich empfehl die doch jedem. 😅 Hab selbst auch eine… 😉 Hast du denn: nvidida-persistenced im go file? Wenn nicht bitte unbedingt ins go file reinschreiben und die Karte die in der VM verwendet werden soll bitte an VFIO binden.

Warum?

You are running ESXi on Mac hardware or am I wrong? If you run ESXi on Mac hardware you can deploy VMs because the Apple EULA only says that you are not allowed to run OSX on non Apple hardware but if you run ESXi on non Apple hardware you can‘t run OSX and they also don‘t give you the option to do so from what I know.

There is some missinformation out there about Systemp. Perl is only needed for the first installation and clicking the button Detect, after you set everything up you don‘t even need Perl and can uninstall it.

Perl will be included in the next release from the RC series.

This should help:

Am Kernsystem kannst du eigentlich nicht rum basteln. Der /boot/extra Ordner existiert extra wegen dem falls solche Pakete nachinstalliert werden sollen.

Warum? Das macht doch keinen Sinn. Leg dir lieber den Ordner /boot/extras an und leg das Paket dort ab dann brauchst du kein User Script da Unraid alle Pakete in diesem Ordner automatisch beim Boot installiert und nicht so wie mit deiner Methode immer neu beim start runtergeladen wird und noch zusätzlich ein User Script erfordert.

No support as long as this is on your server: Aug 14 19:59:50 Tower emhttpd: /usr/local/emhttp/plugins/user.scripts/backgroundScript.sh "/tmp/user.scripts/tmpScripts/unlock nvidia/script" >/dev/null 2>&1 First post of this thread, red text on top.

Support here is limited to English only, if you want support in German please create a post on the German sub forums and mark me with @ich777. Where have you create the server.cfg file? It should be located in: .../csgo/cfg/server.cfg Have you created a Sever token like mentioned in the description and did you append: +sv_setsteamaccount YOURTOKEN to the GAME_PARAMS? No. Tested it now on my server and it works without a hitch:

Das ist der json output von Docker selbst. Wenn du die templates von Unraid sichern willst weil du sie irgendwann wieder mal wiederherstellen willst dann musst du deine templates in /boot/config/plugins/dockerMan/templates-user/my-DOCKERNAME sichern. Kann es sein das du dich verlesen hast, es wurde mit der 6.10 nur mal geändert das die Container templates nicht automatisch geupdated werden wenn der Maintainer sie in seinem Repository ändert bzw. Sie nach einem update wieder hintugefügt werden. Gab nämlich Probleme wenn du zB einen Container hattes und du hast dort im template einem Port gelöscht (nicht geändert) dann hast den Port dort manuell definiert und nach einem Container update war er dann wieder da. Dies löste oftmals einen Konflikt aus da der Port den du zuvor gelöscht hast möglicherweise schon vergeben war und der Container startete dann nicht mehr.

Würde mich auch interessieren, hast du einen link? Reden wir hier von der Unraid spizifischen Konfiguration, sprich vom Docker template?

I don‘t think that a template for OSX will be added to Unraid itself becaus it is basically prohibited by Apples EULA to Virtualize OSX on non Apple hardware. Which one?

Sorry I can't reproduce this on my machine: Even if it crashes it is working just fine, even if I let that page open and resize the window (don't know why this screenshot is cut off... I can click on what I want and it resizes it properly. Nope, this is handled by TurboVNC, you will get only issues when you resize it too quickly a few times in a really short period of time, so to speak minimizing and maximizing the windows once in a second... But this is really hard to pull off... So is it now working again?