Jump to content
We're Hiring! Full Stack Developer ×

[Support] ich777 - Gameserver Dockers


Recommended Posts

7 minutes ago, Tonborghini said:

This may have been asked already, but I couldn't find it. With 7 Days to Die 1.0 releasing today, I was wondering how to go about setting up the docker to download the 1.0 version since it will be in the experimental branch.

grafik.thumb.png.4790d2b68455ef1b5210dd7f02eafa28.png

 

I think the last example is what you need.

Link to comment
37 minutes ago, Tonborghini said:

So I did that and now my log keeps crashing, it gets this far then just crashes and keeps repeating this cycle. Any ideas on what might be going on?

18 minutes ago, TommyT said:

Same issue as above for me and a friend on separate setups.

2024-06-24T20:00:14 0.143 ERR ====================================================================================================
2024-06-24T20:00:14 0.143 ERR Error parsing configfile property 'SaveGameFolder': Unknown config option
2024-06-24T20:00:14 0.143 INF Make sure your configfile is updated the current server version!
2024-06-24T20:00:14 0.143 INF Startup aborted due to the given error in server configfile
2024-06-24T20:00:14 0.143 ERR ====================================================================================================

Is what you would see in the file: .../7DaysToDie_Data/output_log.txt

 

TBH I don't have any idea what the new value is since I don't play the game, maybe @Spectral Force can help here, I'm really not sure if that change will actually break my container but if somebody can tell me what the new value is then I can look into it. :)

 

EDIT: However, why would they remove that from the config in the first place after thinking again about it, this is a crucial settings and they should support the old one too IMHO.

Link to comment

@Tonborghini & @TommyT I've now pushed an update to the container which I'm not happy about but here is how to fix it:

 

  1. Stop the container
  2. Pull the update from the container itself ("force update" on the Docker page)
  3. Open up your serverconfig.xml and delte the line:
    <property name="SaveGameFolder" value="/serverdata/serverfiles/Saves" />
    (should be the 4th line)
  4. Start the container again

 

I think they shouldn't prevent the server from starting if this line is found or at least remove the line from the config at startup.

  • Thanks 3
Link to comment

Is anyone having issues with the CSMM image? Decided to fire it up again after setting up a 1.0 server, however the container keeps failing to start. I have even removed the image and re-installed, pointing to a brand new appdata folder.

Container seems to fail at the npm run db:migrate step at: https://github.com/ich777/docker-csmm-7dtd/blob/78473006d2f36090b935bfbbab9e5228c0eabb90/scripts/start-server.sh#L137

I set the logging to silly, and this is the portion of the log were the fail occurs:

 

[app] silly: Loading hook: economy
[app] verbose: economy
[app] silly: Loading hook: gbl
[app] verbose: gbl
[app] silly: Loading hook: highpingkick
[app] verbose: highpingkick
[app] silly: Loading hook: historicalinfo
[app] verbose: historicalinfo
[app] silly: Loading hook: redis
[app] verbose: redis
[app] silly: Loading hook: sdtdlogs
[app] verbose: sdtdlogs
[app] silly: Loading hook: sentry
[app] verbose: DSN for Sentry is required.
[app] verbose: sentry
[app] silly: Loading hook: grunt
[app] silly: Running default Grunt task (`prod`)...
[app] silly: Tracking new grunt child process...
[app] silly: Loading hook: orm
[app] silly: Loading the app's models and any custom adapters...
[app] silly: Loading app models...
[app] silly: Loading app adapters...
[app] silly: Loading hook: sockets
[app] verbose: Loading adapter (`%s`) from this app's `node_modules/` directory...
[app] verbose: Loading adapter (`%s`) from this app's `node_modules/` directory...
[app] silly: Starting ORM...
[app] silly: Registering model `%s` in Waterline
[app] silly: Registering model `%s` in Waterline
[app] silly: Registering model `%s` in Waterline
(above happens about 30 times)
[app] silly: Registering model `%s` in Waterline
[app] silly: Registering model `%s` in Waterline
[worker] error: undefined {"code":"E_HOOK_TIMEOUT"}
[worker] verbose: session
[worker] verbose: orm
[worker] verbose: blueprints
[worker] /csmm-7dtd/CSMM/node_modules/sails/node_modules/async/dist/async.js:903
[worker]         if (fn === null) throw new Error("Callback was already called.");
[worker]                          ^
[worker] 
[worker] Error: Callback was already called.
[worker]     at /csmm-7dtd/CSMM/node_modules/sails/node_modules/async/dist/async.js:903:32
[worker]     at /csmm-7dtd/CSMM/node_modules/sails/lib/app/private/loadHooks.js:241:38
[worker]     at processTicksAndRejections (node:internal/process/task_queues:78:11)
[worker] npm run start:worker exited with code 1
--> Sending SIGTERM to other processes..
[app] npm run start:app exited with code SIGTERM
npm notice 
npm notice New major version of npm available! 8.19.4 -> 10.8.1
npm notice Changelog: <https://github.com/npm/cli/releases/tag/v10.8.1>
npm notice Run `npm install -g [email protected]` to update!
npm notice
Container stopped


Managed to trick it into installing v2.2.0 and that gave the same error. (NOTE: that you can no longer change the URL pulled due to the following lines of code: https://github.com/ich777/docker-csmm-7dtd/blob/78473006d2f36090b935bfbbab9e5228c0eabb90/scripts/start-server.sh#L78-L80 (i had to manually update the zip file and put in the correct location and then change the url for it to "work")

Link to comment
19 minutes ago, Natcoso9955 said:

Is anyone having issues with the CSMM image? Decided to fire it up again after setting up a 1.0 server, however the container keeps failing to start. I have even removed the image and re-installed, pointing to a brand new appdata folder.

@Spectral Force had a similar issue, maybe he can help but I don't know if he solved it already.

 

Maybe head over to his Discord here: https://discord.gg/VwwYA5h

(He helps me out with 7DtD and CSMM-7DtD)

Link to comment
On 6/23/2024 at 1:04 PM, ich777 said:

Try to migrate back to Windows and see if it‘s the same.

 

Sorry, the WINE forum post is from 2020 so it‘s not up to date and not relatable to the WINE version that I use here.

Migrated this morning and the Windows VM instance has crashed twice with the same error, despite the VM having 12gbs of ram and nothing else running on it. The game was reporting 2.5gbs of usage during the one crash I was able to watch in real time.

I think it's safe to say the issue is not with the container.

I'm going to continue to monitor it. I will plan to start up a new instance with no mods, as I'm currently running Hosav's UI and the Pippi admin mod, just to rule those out as potential causes.

I'll update with some more info when I've completed more testing.

To mitigate this issue, I've written the attached script which uses RCON and checks to see if the server responds to RCON commands. When this memory crash occurs, the executable for the server stays alive but hangs. The container therefore won't notice the problem and restart itself. RCON will receive an "i/o timeout" response when this happens so I check for that and force a restart if the script gets that response. I set this script to run every 3 minutes in User Scripts.

This script requires ich777's RCON plugin to work, and it could easily be used for any other game server containers.

RCON Zombie Check Script.sh

  • Like 1
Link to comment
2 minutes ago, Mrtj18 said:

Has anyone had issues with the wreckfest server? Mine was running fine, but after making no changes, the server does not seem to start. Here are two screen shots of the log within docker and the log within the game browser itself.

Try the following:

  1. Stop the container
  2. Got to the directory from Wreckfest in your appdata directory
  3. Delete the folder WINE64
  4. Start the container
Link to comment
18 minutes ago, ich777 said:

Try the following:

  1. Stop the container
  2. Got to the directory from Wreckfest in your appdata directory
  3. Delete the folder WINE64
  4. Start the container

Thanks the server is avaliable again in the server browser menu, just gotta figure out why its not joinable again... ughhh! Thanks for your help once again!

  • Like 1
Link to comment

This docker will run about a day then it keeps giving me this error.  I was running around in the game when it suddenly just crash. 

 

grep: /serverdata/serverfiles/serverconfig.xml: No such file or directory
sed: can't read /serverdata/serverfiles/serverconfig.xml: No such file or directory
/opt/scripts/start-server.sh: line 189: /serverdata/serverfiles/7DaysToDieServer.x86_64: No such file or directory
grep: /serverdata/serverfiles/serverconfig.xml: No such file or directory
sed: can't read /serverdata/serverfiles/serverconfig.xml: No such file or directory
/opt/scripts/start-server.sh: line 189: /serverdata/serverfiles/7DaysToDieServer.x86_64: No such file or directory



The files are there. 

 

I am tired of reinstalling this docker and have exhausted google searching for ideas to fix it.  Any ideas?

Link to comment
3 hours ago, ntweaver said:

I am tired of reinstalling this docker and have exhausted google searching for ideas to fix it.  Any ideas?

It is most likely that this is a configuration issue.

 

Is you appdata share set to be moved to the Array correct?

If yes, please change that and make sure the Mover actually moves the data from the Array to the Cache and the primary storage is the Cache.

Link to comment
20 minutes ago, kiptanoi said:

Does it using the arma3server 32bit file or the arma3server_x64 file to launch the server?

By default it starts with 32bit because most people have issues with 64bit.

 

To start it with 64bit:

1. Go to the Docker template

2. Add another variable with the Key: FORCE_X86 and as Value: false

 

This will start the server with the 64bit executable.

Link to comment
10 hours ago, ich777 said:

It is most likely that this is a configuration issue.

 

Is you appdata share set to be moved to the Array correct?

If yes, please change that and make sure the Mover actually moves the data from the Array to the Cache and the primary storage is the Cache.


Hm, intreresting. I have it set to cache-->array. I have 3 other game servers running in the background and haven't had any issues like this.

 

Would just creating a new share and keeping it as cache fix this?

Link to comment
1 hour ago, ntweaver said:


Hm, intreresting. I have it set to cache-->array. I have 3 other game servers running in the background and haven't had any issues like this.

 

Would just creating a new share and keeping it as cache fix this?

This always depends which path that you‘ve set in the template.

 

If you set /mnt/cache/… you have to make sure the share stays on the cache share.

If you use /mnt/user/… it doesn’t have to stay on the cache but I don‘t recommend that since you create unecessary overhead because the files have to go through the FUSE filesystem.

Link to comment
1 hour ago, Bushibot said:

Is there an easy to set a scheduled restart through the UI?

There is nothing built into the container to restart it automatically every 24 hours, however you could go into User Scripts, create a new script with the following content:

#!/bin/bash
docker container restart <CONTAINERNAME>

(replace <CONTAINERNAME> with your container name <- case sensitive), set the script to a Daily Schedule (or set up a schedule that fits your needs) and Apply it. Done.

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...