Drider

No problem at all, thanks for the reply, and get well!

I was looking around for a Palworld Docker container and found this. I just wanted to add, we were having the same issues with SteamCMD not recognizing updates for a Windrose docker container, and having to also delete the Appmanifest_*.acf however after adding a Validate variable to the container, it forces a refresh check for updates each time the server is restarted . Not saying it will be the solution here, but it might, and won't hurt anything to add:

The new update was pushed, with the Linux based version for docker, any chance you might be pushing a new version?

I think the question is being asked because a new update is around the corner that is going to now support/Add Docker Images with Linux server support. Windrose - Patch Notes, version: 0.10.0.7 - Steam News Patch Notes, version: 0.10.0.7 Linux Dedicated Server Support + Small Improvements Hey, everyone! We are releasing another batch of small improvements and fixes for the current build. Please note that we'll also be performing some backend maintenance, which means the game will be temporarily unavailable. We apologize for the inconvenience and appreciate your patience. Patch notes, version: 0.10.0.7 Added Docker images with Linux server support. For setup instructions, see DedicatedServer.md in the dedicated server root directory. Added Traditional Chinese language support. Sails can once again be damaged by cannonball hits. P.S. Another development blog is coming soon. Stay tuned! So I guess the question should've been, Will you be updating/adding the docker for the full Linux version that may avoid the need for WINE, and possibly reduce overhead / increase server performance? I for one would prefer to use your container if so, as I've had near zero issues with your Dockers

You either miss-understood, miss-read, or didn't read the FAQ's from the second post I linked you in my fist reply. It's gives pretty clearly 3 options to solve the SteamCMD update error your are receiving, non of them telling you to delete your save data OR anything about editing the ServerDescritpion.json. I would suggest you read it again, there is really no other way to summarize the solutions.

Check the FAQ's in the second post. https://forums.unraid.net/topic/151809-support-nodiaque-gameserver-docker/#findComment-1358893 Clear the .json as described, set the +Validate Flag, and never worry about it again.

The errors are the product of the last patch Kraken Express put out last week. They are calls to the Development Libraries on the actual dev machines that we don't have as server hosts / players. It's widely known the verbosity of the logs and the amount of null reporting due to issue like this make reading the actual errors of the log files hard as hell. These errors should not be an issue, however, Kraken Express does need to address this, and soon, as the logfiles could get out of hand with the number of errors recorded per hour. I'd just keep an eye on the size of your log files if you have a few players and your server runs 24/7. It really should not be a problem you need to worry about. Regarding your saves/world: This is not an issue of the docker or the server, this is an issue of the Update Kraken Express put out back on May 5th If you join the discord server for Windrose, and look at this guide post I had pinned: https://discord.com/channels/1260209458924224542/1493764667074412797/1501115366062035065 You'll find solutions in the guide, links to discussions, and links to the FAQ's from Kraken Express with solutions to your World save issue. All have solved this for numerous users.

Couple quick questions regarding the Enshrouded containers: I'm currently running the Windrose docker, I assume if I install enshrouded it's going to reinstall SteamCMD over top my existing SteamCMD install, but that shouldn't effect anything? Or is there a way to skip the SteaMCMD installation since I've already installed from Windrose's docker? Which version is the better option Enshrouded or Enshrouded_Proton ? I'm looking for the least amount of overhead and stability, based on the little I read so far in this thread that would be the Proton version?

Would you mind posting a screen of what this would look like? I'd actually like to test this.

I've only had to delete it once, typically it updates just fine via SteamCMD.

Nuking the appmanifest_4129620.acf resolved the error and my server was indeed able to update, thanks for the pointer. Heads up tho: You refer to appminifest_*.json in the second post, it's actually appmanifest_*.acf you want to remove/rename if updates fail.

So there was a large optimization patch to Windrose this morning, and I tested on my Windows 8.1 Enterprise VM. The CPU usage, and high disk write have definitely been solved, and the game seems to run much better in that environment. With that, I was super hopeful to test the Docker version, however it seems like the server application is failing to update through SteamCMD in the docker: Secifically: Error! App '4129620' state is 0x6 after update job. ---Starting...--- ---Update SteamCMD--- Redirecting stderr to '/serverdata/Steam/logs/stderr.txt' Logging directory: '/serverdata/Steam/logs' [ 0%] Checking for available updates... [----] Verifying installation... UpdateUI: skip show logo Steam Console Client (c) Valve Corporation - version 1777415795 -- type 'quit' to exit -- Loading Steam API...IPC function call IClientUtils::GetSteamRealm took too long: 48 msec OK Connecting anonymously to Steam Public...OK Waiting for client config...OK Waiting for user info...OK Unloading Steam API...OK ---Update Server--- Redirecting stderr to '/serverdata/Steam/logs/stderr.txt' Logging directory: '/serverdata/Steam/logs' [ 0%] Checking for available updates... [----] Verifying installation... UpdateUI: skip show logo Steam Console Client (c) Valve Corporation - version 1777415795 -- type 'quit' to exit -- Loading Steam API...IPC function call IClientUtils::GetSteamRealm took too long: 47 msec OK "@sSteamCmdForcePlatformType" = "windows" Connecting anonymously to Steam Public...OK Waiting for client config...OK Waiting for user info...OK Update state (0x0) unknown, progress: 0.00 (0 / 0) Error! App '4129620' state is 0x6 after update job. Unloading Steam API...OK ---Checking if WINE workdirectory is present--- ---WINE workdirectory found--- ---Checking if WINE is properly installed--- ---WINE properly set up--- ---Prepare Server--- ---Server ready--- ---Start Server--- Starting Windrose dedicated server Executable: /serverdata/serverfiles/R5/Binaries/Win64/WindroseServer-Win64-Shipping.exeDo I need to repull the docker image, or is there something else going on? I was under the impression the server will update every time we restart the docker.

Yes I miss-typed, I meant I set Network to Custom Br0, then assigned the IP

I only every ran the docker with network Type set to host. I then assigned an internal IP, open and available, outside my DHCP pool, managed by my Gateway. Local IP connection, and remote connection via testing VPS from New York, to my gateway's external IP both worked from the start after setting my ServerDescription.json , "similar" to how you've set yours. You're issue definitely sounds of networking configuration. Are you by chance running a vLAN on the same host as where your Docker resides with your Winrose server, and/or a vLAN within your gateway local network/internet traffic? Outside of networking within unRAID, specifically if you're indeed running a vLAN, I would start looking at network configurations outside your unRAID server

Just to make sure,.. You have Forwarded ports 7777 and 7778 UDP to your host IP for the server right? Also when running direct IP connection invite codes will no longer work.