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.

So, I set up this container on my UnRAID server, (Was currently running Windrose server in a Windows 8.1 Enterprise VM on one of my unRAID servers. Had no real issues getting it up and running, as well as importing my saved world, and verifying everything loaded correctly. I didn't get to testing mods, but pretty sure most will work as they did normally on the Windows VM (at least the ones you place in <\content\pak\~mods> UE4SS mods seem to not be there yet, and crash/lag the servers I've tested pretty bad so far). The problem I had, and the reason I stopped testing, and went back to running on the Window 8.1 VM, the CPU usage is CRAZY in comparison, Honestly it makes Windows 8.1 look like the best OS ever made from Microsoft, (Which is all honesty watching the CPU Threads balance across 4 cores + 4Threads Pinned and dedicated, (Both were pinned and isolated for the Docker, and The VM) the win 8.1 is beautiful. Load balancing couldn't be split up better between all cores and threads, (even when no players are in the server, and CPU usage spikes, and I so hope the devs fix this soon) The problem with the docker container I found in my system, there simply is no load balance, from the start of the server, regardless if players are connected or not, 2 of the non threaded cores immediately spike to 100% usage, and never come down. other assigned cores/threads barely ever take any load. (This was testes using the same pinning and isolation for both the Win8.1 VM and the container one at a time.) I only bring this up because it's so surprising to me a docker would take so much more overhead over a VM, but I have to assume WINE is just not running as efficient, or it's multiplying the poor resource optimization of the Windrose Server. At least for now I'll be sticking with my Windows 8.1 Enterprise VM as the differences were extremely noticeable by users in game, but plan to check back when hopefully more optimization has been made. Thanks for your efforts with the docker.

Hmm.. I did recently relocate my servers from the racks in my office, back down to the racks in my basement,.. Perhaps one of the breakout cables wiggled around and is causing it? Maybe I'll go down and wiggle the wires a little and see if it goes away,..

I would've included the diag, just figured this has come up a few times, and was recognized, and there might be quick "pop it out, check it here", kinda answer. Diag attached -Thanks colossus-diagnostics-20240813-0432.zip

Greetings fellow unRaiders! Been a few years since I last posted, happened to go through my system logs today and found a couple errors, (2 servers, one on each), hoping just to get some quick feedback. Both servers running 6.12.11 First server: Servers been going strong for 6ys now no issues Error seems to stem from the SSD Cache pool, and started 05:00 yesterday morning with the TRIM scheduler task Aug 11 05:00:16 Colossus kernel: critical target error, dev sdg, sector 975284261 op 0x3:(DISCARD) flags 0x800 phys_seg 1 prio class 2 I confirmed again by manually running TRIM: Aug 12 18:58:40 Colossus kernel: critical target error, dev sdg, sector 975284261 op 0x3:(DISCARD) flags 0x800 phys_seg 1 prio class 2 Is the SSD Toast? Second server Running close to 10 yrs Been having Memory issues when I try to get the board back up to 128GB, still can't tell if it's a memory stick in one of my second sets, or one of the memory banks on the board itself (ASRock EP2C602-4L/D16) For the time being, I've just gone back to 64GB but the issue is every time I boot now, I get this in the log. I've read it's nothing to be concerned about a long as the server isn't throwing actual memory errors, (which it's not), just wanted to make sure that's the case. (I'll continue the hunt for the actual memory error in the system later if so) Aug 7 00:08:50 Juggernaut mcelog: Kernel in lockdown. Cannot enable DIMM error location reporting Thanks for the feedback, and your time!

I did try this, no fix. However interestingly enough, two reboots later, and it's back to what it was.

I've been looking for this for a long, long ... long time. Side note I made the mistake of re-detecting my driver tonight, and lost all temp reading I was previously showing on my 32 cores. Now I can only select 1 of 3 options CPU/MB/SYSTIN Currently runnig latest update, Attached a screen to show how it was compared to now.

No question there, always used the script, always will.

I am a long time user of preclear since since the late unRAID v4 days. Personally I've always used the script, as when I started to first use the plugin, I never was able to see the output of disks being processed, and the reports when finished never provided the detail I was used to from the original script, (Not to mention they were blank.) I've always just stuck to the scripts, and used the notification options built in. I am however in the same boat, that I use preclear to fully stress test new disks whether they will end up in the array or not. I also run an I.T. consultation business, where I again utilize the script on new PC HDD's, before installing them in client machines. 3 Passes of preclear with an extended SMART test, sure does give the required piece of mind, and has helped us to put fires out before there was even a sign of smoke. (All done while Family and Friends enjoy streaming PLEX on the same server) My Question(s): Since I just built the newest server, it's been a while since I've updated the script I use, (Current Server on unRAID v6.1.9, New Server on v6.5.0) , and of course I want to bring the script I've grown to depend on. What version of the script is recommended if I plan to only use the script? I would assume the one that is being maintained, @gfjardim's, however I don't see anywhere I can get just the script? (Forgive me if I missed it, I only picked up on this thread about 15 pages back, note: I do have my settings to show the maximum post per page, and it was quite a lot of posts!) Should I even be worried about using the @gfjardim script, does the script itself have revisions/updated for later versions of unRAID, or is it merely updated for plugin purpose? If I only really need @Joe L.'s or @SSD, (I assume this is now bjp999?), Should I be grabbing the originals or @gfjardim updated notification script? Same question again: Does the notification updated script have any updates to the base script outside of notifications for the plugin? Lastly: If it is recommended to get one of the base @Joe L., or @SSD scripts, With or without the notification update, is the patch Detailed in these posts required? I do want to thank @Joe L., @SSD, @gfjardim, @dlandon, @Squid, @Frank1940, and @CHBMB. I've used this script for years now. Both in, and out of unRAID, on systems destine to become workstations, servers, Security/Surveillance systems, laptops, and personal computers for both personal, and professional business clientele. Anything with a Hard Drive, really. This script has become one of, if not the most, valuable tools in our arsenal for new setup, system reload, and HDD reliability diagnostic. There my be better tools, but I've yet to be failed by this. Again, my hat off, head bowed, and knee bent, ... Thank you.

I'm sorry I should've been more clear: I'm not sure if the repo is due for an update. I found a bunch of posts saying they have the same error, and the, (Devs?), replies are it's an Ombi issue and under fix. I am running v3.0.3185, and API key verified correct. No URL Base as I use subdomains, and for now I'm just testing locally, ... (Haven't even gotten to remote testing I might have added to css ... yup .. looking at it, definitely added to css. I may need to slow down just a little.., or less coffee at +2:30AM I believe I will be taking up your discord offer some point this weekend. I love to learn, and grasp on my own, gives a great feeling of accomplishment, but this is just taking too damn long..

Ah I see, I'll keep an eye out. Thanks!