[GH-ISSUE #4446] [Bug]: server-2.cfg not processed by 2d gameserver instance (Single Installation with Multiple Instances) #2782

Closed
opened 2026-02-27 03:05:24 +03:00 by kerem · 2 comments
Owner

Originally created by @Hubfront on GitHub (Jan 17, 2024).
Original GitHub issue: https://github.com/GameServerManagers/LinuxGSM/issues/4446

User story

Server-2.cfg is created by LinuxGSM, but not used by 2d server instance

Game

Left 4 Dead 1

Linux distro

Ubuntu 20.04

Command

command: install

Further information

I followed https://docs.linuxgsm.com/configuration/multiple-game-servers and did a single install with multiple instances. After installing the first instance several weeks ago, i now decided to add a new instance: i did run

~/linuxgsm.sh install

and both ./l4dserver-2 and ~/lgsm/config-lgsm/l4dserver/l4dserver-2.cfg were created for the new second instance.

After that i edited ~/ lgsm/config-lgsm/l4dserver/l4dserver-2.cfg and added there a different port for the new instance (27016) and the file name for the server configuration: "server-2.cfg":

port="27016"
clientport="27006"
servercfg="server-2.cfg"
servercfgfullpath="${servercfgdir}/${servercfg}"

After first start of the new instance, the server-2.cfg was created in the ~/serverfiles/l4dserver/cfg/ directory.

I copied the content fo the old server: "server.cfg" to server-2.cfg and changed there host name, among other things, to “New name”. Stop and start:

./l4dserver-2 stop
[..]
./l4dserver-2 start
[OK] Starting l4dserver-2: New name

So ./l4dserver-2 recognizes the new server-2.cfg, read it and states the new name of the instances on startup. But after going to console:

./l4dserver-2 console

to my surprise, the old server name "Old Name" was displayed there:

status
hostname: Old name
version : 1.0.4.1 8483 secure (unknown)
udp/ip : 0.0.0.0:27016 [ public 185.248.140.40:27016 ]
os : Linux Dedicated
map : l4d_smalltown02_drainage
players : 0 humans, 0 bots (4 max) (hibernating) (unreserved)

Checking on an external server browser (steambrowser.com) confirms this for the new port 27016 on same IP as the old instance.

Possible bug:
So, LinuxGSM apparently takes the changes to server-2.cfg into account correctly for the new game server instance, and the new instance runs on the new port 27016 in parallel to the old instance, but unfortunately the gameserver itself still uses the server.cfg of the old instance.

Relevant log output

No response

Steps to reproduce

  1. Install first and second gameserver instance with ./linuxgsm install
  2. Edit l4dserver-2.cfg for new port and new server configuration file: server-2.cfg
  3. Start up new instance: ./l4dserver start and stop it ./l4dserver stop
  4. Edit newly created server-2.cfg in ~/serverfiles/l4dserver/cfg/: add new hostname
  5. ./l4dserver start
  6. ./l4dserver console
  7. status
  8. verify, that hostname is still the one of old instance, but with new port 27016
Originally created by @Hubfront on GitHub (Jan 17, 2024). Original GitHub issue: https://github.com/GameServerManagers/LinuxGSM/issues/4446 ### User story Server-2.cfg is created by LinuxGSM, but not used by 2d server instance ### Game Left 4 Dead 1 ### Linux distro Ubuntu 20.04 ### Command command: install ### Further information I followed https://docs.linuxgsm.com/configuration/multiple-game-servers and did a single install with multiple instances. After installing the first instance several weeks ago, i now decided to add a new instance: i did run > ~/linuxgsm.sh install and both ./l4dserver-2 and ~/lgsm/config-lgsm/l4dserver/l4dserver-2.cfg were created for the new second instance. After that i edited ~/ lgsm/config-lgsm/l4dserver/l4dserver-2.cfg and added there a different port for the new instance (27016) and the file name for the server configuration: "server-2.cfg": > port="27016" clientport="27006" servercfg="server-2.cfg" servercfgfullpath="${servercfgdir}/${servercfg}" After first start of the new instance, the server-2.cfg was created in the ~/serverfiles/l4dserver/cfg/ directory. I copied the content fo the old server: "server.cfg" to server-2.cfg and changed there host name, among other things, to “New name”. Stop and start: >./l4dserver-2 stop [..] ./l4dserver-2 start [OK] Starting l4dserver-2: New name So ./l4dserver-2 recognizes the new server-2.cfg, read it and states the new name of the instances on startup. But after going to console: > ./l4dserver-2 console to my surprise, the old server name "Old Name" was displayed there: > status hostname: Old name version : 1.0.4.1 8483 secure (unknown) udp/ip : 0.0.0.0:27016 [ public 185.248.140.40:27016 ] os : Linux Dedicated map : l4d_smalltown02_drainage players : 0 humans, 0 bots (4 max) (hibernating) (unreserved) Checking on an external server browser (steambrowser.com) confirms this for the new port 27016 on same IP as the old instance. Possible bug: So, LinuxGSM apparently takes the changes to server-2.cfg into account correctly for the new game server instance, and the new instance runs on the new port 27016 in parallel to the old instance, but unfortunately the gameserver itself still uses the server.cfg of the old instance. ### Relevant log output _No response_ ### Steps to reproduce 1. Install first and second gameserver instance with ./linuxgsm install 2. Edit l4dserver-2.cfg for new port and new server configuration file: server-2.cfg 3. Start up new instance: ./l4dserver start and stop it ./l4dserver stop 4. Edit newly created server-2.cfg in ~/serverfiles/l4dserver/cfg/: add new hostname 5. ./l4dserver start 6. ./l4dserver console 7. status 8. verify, that hostname is still the one of old instance, but with new port 27016
Author
Owner

@Hubfront commented on GitHub (Jan 17, 2024):

Config files: server.cfg (old instance on 27015), l4dserver-2.cfg (new instance on 27016) and server-2.cfg:

configfiles.zip

Update 06.03.2024: I solved this problem by avoiding creating additional server.cfg files. For all other cases I just use the first one (other ports only). This issue has been closed.

I would also like to thank the creator and supporter of LinuxGSM.

<!-- gh-comment-id:1895636218 --> @Hubfront commented on GitHub (Jan 17, 2024): Config files: server.cfg (old instance on 27015), l4dserver-2.cfg (new instance on 27016) and server-2.cfg: [configfiles.zip](https://github.com/GameServerManagers/LinuxGSM/files/13968388/configfiles.zip) Update 06.03.2024: I solved this problem by avoiding creating additional server.cfg files. For all other cases I just use the first one (other ports only). This issue has been closed. I would also like to thank the creator and supporter of LinuxGSM.
Author
Owner

@github-actions[bot] commented on GitHub (Mar 10, 2025):

This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.

<!-- gh-comment-id:2709148003 --> @github-actions[bot] commented on GitHub (Mar 10, 2025): This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.
Sign in to join this conversation.
No labels
Atomic
Epic
cannot reproduce
command: backup
command: console
command: debug
command: details
command: fast-dl
command: install
command: mods
command: monitor
command: post-details
command: restart
command: send
command: start
command: stop
command: update
command: update-lgsm
command: validate
command: wipe
distro: AlmaLinux
distro: Arch Linux
distro: CentOS
distro: Debian
distro: Fedora
distro: RedHat
distro: Rocky Linux
distro: Ubuntu
distro: openSUSE
engine: goldsrc
engine: source
game: 7 Days to Die
game: ARMA 3
game: Ark: Survival Evolved
game: Assetto Corsa
game: Avorion
game: BATTALION: Legacy
game: Barotrauma
game: Battalion 1944
game: Battlefield 1942
game: Black Mesa: Deathmatch
game: Blade Symphony
game: Call of Duty 2
game: Call of Duty 4
game: Call of Duty: United Offensive
game: Counter-Strike 1.6
game: Counter-Strike 2
game: Counter-Strike: Global Offensive
game: Counter-Strike: Source
game: Day of Infamy
game: Dayz
game: Death Match Classic
game: Don't Starve Together
game: ET: Legacy
game: Eco
game: Factorio
game: Factorio
game: Garry's Mod
game: Half-Life
game: Hurtword
game: Insurgecy
game: Insurgecy
game: Insurgency: Sandstorm
game: Just Cause 3
game: Killing Floor
game: Killing Floor 2
game: Left 4 Dead 2
game: Minecraft
game: Minecraft Bedrock
game: Mordhau
game: Multi Theft Auto
game: Mumble
game: Natural Selection 2
game: No More Room in Hell
game: Pavlov VR
game: Post Scriptum
game: Project Zomboid
game: Quake 3
game: QuakeWorld
game: Red Orchestra: Ostfront 41-45
game: Return to Castle Wolfenstein
game: Rising World
game: Rust
game: San Andreas Multiplayer
game: Satisfactory
game: Soldat
game: Soldier of Fortune 2
game: Squad
game: Squad 44
game: Starbound
game: Stationeers
game: Sven Co-op
game: Team Fortress 2
game: Teamspeak 3
game: Teeworlds
game: Terraria
game: The Front
game: Unreal Tournament 2004
game: Unreal Tournament 3
game: Unreal Tournament 99
game: Unturned
game: Valheim
game: Wurm Unlimited
game: Zombie Master Reborn
game: label missing
good first issue
help wanted
info: alerts
info: dependency
info: docker
info: docs
info: email
info: query
info: steamcmd
info: systemd
info: tmux
info: website
info: website
needs more info
outcome: duplicate
outcome: issue resolved
outcome: issue resolved
outcome: issue unresolved
outcome: pr accepted
outcome: pr rejected
outcome: unconfirmed
outcome: wontfix
outcome: wrong forum
potential-duplicate
priority
pull-request
type: bug
type: feature
type: feature
type: feature request
type: game server request
type: refactor
waiting response
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/LinuxGSM#2782
No description provided.