[GH-ISSUE #3456] [BUG] Don't starve together... Cave Server won't use proper ports. #2349

New issue

Open

opened 2026-02-27 03:02:23 +03:00 by kerem · 1 comment

kerem commented

2026-02-27 03:02:23 +03:00

Owner

Originally created by @interstate420productions on GitHub (May 11, 2021).
Original GitHub issue: https://github.com/GameServerManagers/LinuxGSM/issues/3456

User Story

Trying simply to start a 'Caves' server to compliment it's "Overworld" counterpart.

Basic info

Distro: [debian]
Game: [Don't Starve Together]
Command: [./dstserver-2 st]
** [LinuxGSM version: v21.2.3]

Further Information

Overworld server is running properly using the default installed config file:
/home/dsttesting/.klei/DoNotStarveTogether/Cluster_1/Master/server.ini

I issued the ./linuxgsm.sh install and the subsequent ./dsterver-2 was generated.

However ./dstserver-2 is also reading
/home/dsttesting/.klei/DoNotStarveTogether/Cluster_1/Master/server.ini

It should be reading :
/home/dsttesting/.klei/DoNotStarveTogether/Cluster_1/Caves/server.ini

I have tried to over-ride the port by using the instance.cfg file. No matter what commands I put in there they are all "Not Found"

making the ./dstserver-2 read the proper config file. would be the optimum solution.

To Reproduce

Steps to reproduce the behaviour:

Install DST Server
Configure ports for the basic install.
then run ./linuxgsm.sh install to generate the ./dstserver-2
Modify ports launch server. the server will only read the : /home/dsttesting/.klei/DoNotStarveTogether/Cluster_1/Master/server.ini
To get the multi server config files proper I followed this : https://docs.linuxgsm.com/game-servers/dont-starve-together

Expected behaviour

That the main "Overworld Server" starts using it's config files.
and that the Caves Server starts and uses It's proper config files as defined.

Thank you for your time and any assistance you may have to offer..

Originally created by @interstate420productions on GitHub (May 11, 2021). Original GitHub issue: https://github.com/GameServerManagers/LinuxGSM/issues/3456 ## User Story Trying simply to start a 'Caves' server to compliment it's "Overworld" counterpart. ## Basic info * **Distro:** [debian] * **Game:** [Don't Starve Together] * **Command:** [./dstserver-2 st] ** [LinuxGSM version: v21.2.3] ## Further Information Overworld server is running properly using the default installed config file: /home/dsttesting/.klei/DoNotStarveTogether/Cluster_1/Master/server.ini I issued the ./linuxgsm.sh install and the subsequent ./dsterver-2 was generated. However ./dstserver-2 is also reading /home/dsttesting/.klei/DoNotStarveTogether/Cluster_1/Master/server.ini It should be reading : /home/dsttesting/.klei/DoNotStarveTogether/Cluster_1/Caves/server.ini I have tried to over-ride the port by using the instance.cfg file. No matter what commands I put in there they are all "Not Found" making the ./dstserver-2 read the proper config file. would be the optimum solution. ## To Reproduce Steps to reproduce the behaviour: 1. Install DST Server 2. Configure ports for the basic install. 3. then run ./linuxgsm.sh install to generate the ./dstserver-2 4. Modify ports launch server. the server will only read the : /home/dsttesting/.klei/DoNotStarveTogether/Cluster_1/Master/server.ini 5. To get the multi server config files proper I followed this : https://docs.linuxgsm.com/game-servers/dont-starve-together ## Expected behaviour That the main "Overworld Server" starts using it's config files. and that the Caves Server starts and uses It's proper config files as defined. Thank you for your time and any assistance you may have to offer..

kerem added the

type: bug

distro: Debian

game: Don't Starve Together

labels

2026-02-27 03:02:23 +03:00

kerem commented

2026-02-27 03:02:24 +03:00

Author

Owner

@marvinlehmann commented on GitHub (May 26, 2021):

I'd guess it's still the same problem as discussed in #1554 :/
I didn't take a look at the code for a long time.

@marvinlehmann commented on GitHub (May 26, 2021): I'd guess it's still the same problem as discussed in #1554 :/ I didn't take a look at the code for a long time.

kerem referenced this issue

2026-02-27 03:55:07 +03:00

[PR #2349] [MERGED] v19.6.0 #3603