2 hours ago, Nodiaque said:

Might be a permission issue. The way the docker work is it start Steam and Steam download everything. If it's not updating, there's a permission or file corruption issue. Maybe turn verify on and check start logging.

I fixed it with.

docker start Enshrouded_Proton

docker exec -it Enshrouded_Proton bash -lc 'rm -f /serverdata/serverfiles/steamapps/appmanifest_2278520.acf'

and then

docker exec -it Enshrouded_Proton /serverdata/steamcmd/steamcmd.sh \

+force_install_dir "/serverdata/serverfiles" \

+login anonymous \

+app_update 2278520 validate \

+quit

I think steam cmd is calling a different directory. anyways thanks

Edited November 10, 2025Nov 10 by PirateADV
it*

What you just did is delete the game each time you start. Which mean you redownload each time. It's not normal, nobody else have this problem. There's something wrong with either your permission or your configuration. Are you using it with Unraid? Cause you don't need to do any of those thing under unraid with the community app. You can also set validate true in the template which will force a valide of the steam apps and game, just like with real steam.

There's no magic here, proton have it's own quirk but here, it's just linux steam running and downloading game. We don't have any control, to see why it doesn't update, you need to check the log and see what error it does when it try to update at the beginning.

On 11/10/2025 at 11:29 AM, PirateADV said:

I fixed it with.

docker start Enshrouded_Proton

docker exec -it Enshrouded_Proton bash -lc 'rm -f /serverdata/serverfiles/steamapps/appmanifest_2278520.acf'

and then

docker exec -it Enshrouded_Proton /serverdata/steamcmd/steamcmd.sh \

+force_install_dir "/serverdata/serverfiles" \

+login anonymous \

+app_update 2278520 validate \

+quit

I think steam cmd is calling a different directory. anyways thanks

Thank you! This finally got me working again! I was broke for days (and tried to post here - but they never showed up)

Having trouble getting Enshrouded to work. I've now tried both wine/proton versions but can't connect to the server. I'm getting a server is full or unavailable error, trying to connect through lan

What does the log say? Is your server really up? Do you see it in the list (although I know the game browser is shitty)? Do you see it in the server list when you go into steam and search on lan (not in the game, in steam)

1 hour ago, Nodiaque said:

What does the log say? Is your server really up? Do you see it in the list (although I know the game browser is shitty)? Do you see it in the server list when you go into steam and search on lan (not in the game, in steam)

yes I can see it both in the game list and steam server list. When i try to connect in game i get the error, logs don't show it trying to connect at all. I can copy the files from my unraid install and run the .exe in windows on my gaming PC and can connect to the server just find there, though it doesn't seem to show up in the game list doing it that way but still able to connect.

If you can see it in the list and can't connect, there's something wrong with your network. Specially if it never reach the server. Either port not open properly, routing problem... I can't really say more, it's not an issue with the docker itself.

Would it be a network issue though when i'm trying to connect locally through lan? I can connect if the server is running on windows but it doesn't when it's through unraid. Having the same problem with Valheim server/docker but no issues with Icarus server on unraid as well, really stumped.

Your windows server isn't on the same computer so this can still be network related. You said you have the same problem with valheim which is another docker using the exact same fonctionnality. I can't say like that what's the problem, it could be a setting in unraid, network binding, type of network... There's really a lot of possibility. I'm sorry if I can't really be of any more help :(

I'm getting very high latency on my enshrouded server. I've tried both docker images, and even with me as the only one on my server, it fluctuates between 60ms - 100+ms even though the server is in the same room as my computer, there's only a single switch between them, and I get <1ms when pinging it. This has caused several character deaths due to lag and rubber banding, and it's just my wife and I that play on it. Is there any optimization that can be done to resolve that?

I just set up my server yesterday and it was working perfectly (except refusing to take my save from my co-op world but could work around that).

However, today I can't connect to the server any more, just getting this error message in the game even though I'm 100% sure the password is correct

and with this log output from the server

[I 00:05:31,122] -------------- Session ----------------
[I 00:05:31,122] Machines:
[I 00:05:31,122]   m#0(128): up 0 (0), down 0 (0), remote 0 (0), limit 256, lost 0, ping 0 ms, EstablishingBaseline
[I 00:05:31,122] ---------------------------------------
[I 00:05:46,533] [online] Session accepted with peer (steamid:[redacted])
[I 00:05:46,533] [online] Added peer #0 (steamid:[redacted])
[E 00:05:47,114] [online] Begin auth session with peer #0
[I 00:05:48,413] [online] Client '[redacted]' authenticated by steam
[W 00:05:48,454] [session] Unable to find machine for peer 0.
[W 00:05:48,454] [session] Unable to find machine for peer 0.
[W 00:05:48,454] [session] Could not store acknowledge of packet id: 100.
[I 00:05:48,485] [online] Disconnecting peer #0
[I 00:05:48,486] [online] Removed peer #0

Anyone have any tips?

Edit:

This issue was caused by the config file getting corrupted in some way by a backup script. Removing the file, letting it generate on server start and then re-entering all the settings fixed the issue temporarily.

Edited November 25, 2025Nov 25 by Gronsak
Solution found

10 hours ago, Professor Oak said:

I'm getting very high latency on my enshrouded server. I've tried both docker images, and even with me as the only one on my server, it fluctuates between 60ms - 100+ms even though the server is in the same room as my computer, there's only a single switch between them, and I get <1ms when pinging it. This has caused several character deaths due to lag and rubber banding, and it's just my wife and I that play on it. Is there any optimization that can be done to resolve that?

Unfortunately, this game is known to have these problem. Right now on docker we use emulation since it's a Windows app only, but even on Windows the problem exist.

8 minutes ago, Gronsak said:

I just set up my server yesterday and it was working perfectly (except refusing to take my save from my co-op world but could work around that).

However, today I can't connect to the server any more, just getting this error message in the game even though I'm 100% sure the password is correct

and with this log output from the server

[I 00:05:31,122] -------------- Session ----------------
[I 00:05:31,122] Machines:
[I 00:05:31,122]   m#0(128): up 0 (0), down 0 (0), remote 0 (0), limit 256, lost 0, ping 0 ms, EstablishingBaseline
[I 00:05:31,122] ---------------------------------------
[I 00:05:46,533] [online] Session accepted with peer (steamid:[redacted])
[I 00:05:46,533] [online] Added peer #0 (steamid:[redacted])
[E 00:05:47,114] [online] Begin auth session with peer #0
[I 00:05:48,413] [online] Client '[redacted]' authenticated by steam
[W 00:05:48,454] [session] Unable to find machine for peer 0.
[W 00:05:48,454] [session] Unable to find machine for peer 0.
[W 00:05:48,454] [session] Could not store acknowledge of packet id: 100.
[I 00:05:48,485] [online] Disconnecting peer #0
[I 00:05:48,486] [online] Removed peer #0

Anyone have any tips?

Did you check the config file to be sure it wasn't erased? This seems like a configuration problem.

If it continue, you might need to check on the official game forum for support on the server itself.

13 hours ago, Nodiaque said:

Unfortunately, this game is known to have these problem. Right now on docker we use emulation since it's a Windows app only, but even on Windows the problem exist.

Is P2P any better than a dedicated server if it's just the two of us playing? I even threw 6 cores and 16G on memory at it, and the latency is still almost unplayable.

P2p mean the one hosting the server must always be running for the other to run. Is it better, I don't know since I don't even own the game. Latency here is not really your resource, it's really poor optimization of the server itself.

On 11/20/2025 at 5:55 PM, Nodiaque said:

Did you check the config file to be sure it wasn't erased? This seems like a configuration problem.

If it continue, you might need to check on the official game forum for support on the server itself.

Yeah it's all still there and it all worked the day before and still no luck after a couple of days... The only info I could find refers to adding a Default user group but that didn't make any differens but I'll see if I can find any clarification on their forums

On 11/20/2025 at 5:55 PM, Nodiaque said:

Did you check the config file to be sure it wasn't erased? This seems like a configuration problem.

If it continue, you might need to check on the official game forum for support on the server itself.

Figured it out, it was indeed the config file. While it looked fine on visual inspection, if I removed it and re-entered all my settings into a newly generated one it all started working again.
The issue seems to have been some kind of corruption occurring when appdata backup ran during the night because it was back the day after. For now I've turned it off for the Enshrouded Container until I have time to do some troubleshooting and implement the propper file whitelist so it only touches the backups and nothing else.

Ah it did happened in the past with other game server (conan exiles). What I do now is I have a custom script that run 5 minutes before appdata backup that shutdown the docker (but using rcon and sending a shutdown command directly to the game server). This way, I can also send a 5 minutes warning before shutdown as a broadcast to all users. This allow me to have a safe shutdown. And in appdata backup, I have a script ran at the end of the run to start back the dockers.

Yeah it seems like it's just the container stopping/restarting that does it since if I run docker restart Enshrouded_Proton yields the same issue... Does enshrouded support rcon? can't find any documentation around it in my googling. is there another way of doing a safe shutdown?

Good question, I don't own that game so I don't know.

Hi all,

I'm having issues with the Enshrouded Docker container not updating but I found a quick solution. The error in the logs is:

Connecting anonymously to Steam Public...OK

Waiting for client config...OK

Waiting for user info...OK

Error! App '2278520' state is 0x6 after update job.

This has happened with the two previous updates and both times I just deleted the container, copied over the saves, and went from there. However, this time I figured out you can just rename/delete the two app manifest .../appdata/enshrouded/steamapps/ and then restart the container and it will update just fine. I was thinking its a permissions issue, but I renamed the old appmanifest files rather than deleting them and they've got the same permissions as the new files it created.

That's often a corruption in the file. Maybe running verify true could help?

I'm having the same issue as the rest of the past dozen users. Upon each enshrouded server update, I restart the docker and am presented with the same Error! App '2278520' state is 0x6 after update job. I don't think it's necessarily something you've down with the docker image, but possibly with steamcmd itself. There's definitely an issue with the appmanifest* in the <file-path>/enshrouded[_proton]/steamapps. This happens in both the enshrouded and enshrouded_proton containers. If you remove the appmanifest or just rename it, then steamcmd will finally update the game. Also, you never included Validate as a variable in the container configs, so unless a user knows how to set that up or look for that then they'd never know.

Here's a diff of appmanifest_2278520.acf to appmanifest_2278520.acf.old. Ignore the LastUpdated = 0, I set that to see if it would still work without renaming or deleting. It didn't.

diff appmanifest_2278520.acf appmanifest_2278520.acf.old
6c6
<       "StateFlags"            "4"
---
>       "StateFlags"            "6"
8c8
<       "LastUpdated"           "1764228930"
---
>       "LastUpdated"           "0"
10c10
<       "SizeOnDisk"            "6848442794"
---
>       "SizeOnDisk"            "6844372906"
12c12
<       "buildid"               "20918472"
---
>       "buildid"               "20783276"
15,19c15,19
<       "UpdateResult"          "0"
<       "BytesToDownload"               "2724901856"
<       "BytesDownloaded"               "2724901856"
<       "BytesToStage"          "6888033077"
<       "BytesStaged"           "6888033077"
---
>       "UpdateResult"          "6"
>       "BytesToDownload"               "0"
>       "BytesDownloaded"               "0"
>       "BytesToStage"          "0"
>       "BytesStaged"           "0"
23c23
<       "ScheduledAutoUpdate"           "0"
---
>       "ScheduledAutoUpdate"           "1764228849"
33,34c33,34
<                       "manifest"              "1290776277620247429"
<                       "size"          "6792781130"
---
>                       "manifest"              "6789046064164845738"
>                       "size"          "6788711242"

Here's the diff of appmanifest_228980.acf to appmanifest_228980.acf.old:

diff appmanifest_228980.acf appmanifest_228980.acf.old 
6c6
<       "StateFlags"            "4"
---
>       "StateFlags"            "2"
8c8
<       "LastUpdated"           "1764228915"
---
>       "LastUpdated"           "0"
10c10
<       "SizeOnDisk"            "39590283"
---
>       "SizeOnDisk"            "0"
12c12
<       "buildid"               "19222509"
---
>       "buildid"               "0"
20,28d19
<               "228989"
<               {
<                       "manifest"              "3514306556860204959"
<                       "size"          "39590283"
<               }
<       }
<       "InstallScripts"
<       {
<               "228989"                "_CommonRedist\\vcredist\\2022\\installscript.vdf"

Also here are the perms set for the appmanifest* by default. Note: appmanifest* are set with 777 on installation. Once they're updated after the server install/update they change to 770.

ls -al /mnt/user/appdata/enshrouded_proton/steamapps/
total 16
drwxrwx--- 1 nobody users  226 Nov 26 23:35 ./
drwxrwx--- 1 nobody users 2220 Nov 26 23:35 ../
-rwxrwx--- 1 nobody users  840 Nov 26 23:35 appmanifest_2278520.acf*
-rwxrwx--- 1 nobody users  804 Nov 26 23:33 appmanifest_2278520.acf.old*
-rwxrwx--- 1 nobody users  635 Nov 26 23:35 appmanifest_228980.acf*
-rwxrwx--- 1 nobody users  447 Nov 26 23:33 appmanifest_228980.acf.old*
drwxrwx--- 1 nobody users    0 Nov 26 23:35 downloading/
drwxrwx--- 1 nobody users    0 Nov 26 23:35 temp/

Is it only people on proton that have this issue? Steam could have change the manifest and its breaking something.

I might have remove the validate flag since it wasn't doing much. It's been a while since I setup those container so my memory of them are fuzy.

For me, this issue happens in both containers, proton or not. I added the Validate variable to my config and set to true, but it did not fix the problem. Just like some other commenters said, we have to physically remove the appmanifest* or rename them for the game to update properly.