[GH-ISSUE #4060] [BUG] Valheim ./vhserver monitor query fails when using valheimplus mod #2604

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

Originally created by @dionysius on GitHub (Dec 18, 2022).
Original GitHub issue: https://github.com/GameServerManagers/LinuxGSM/issues/4060

User Story

As a private valheim server manager, I want officially supported mods to work with other lgsm methods.

Basic info

  • Distro: [22.04]
  • Game: [Valheim]
  • Command: [Monitor]
  • LinuxGSM version: [v22.2.1]

Further Information

On the previously unmodded valheim server monitor could query the server successfully:

vhserver@gsm:~$ ./vhserver monitor
[  OK  ] Monitoring vhserver: Checking session: OK
[  OK  ] Monitoring vhserver: Querying port: gsquery: 10.166.4.198:2457 : 0/1: OK

Steps I took to install the mod:

vhserver@gsm:~$ ./vhserver stop
[  OK  ] Stopping vhserver: Graceful: CTRL+c: 5: OK

vhserver@gsm:~$ ./vhserver mods-install
parse error: Invalid numeric literal at line 2, column 0

Valheim Installing mods
=================================
Available addons/mods
=================================
Valheim PLUS - Mod to improve Valheim gameplay - https://github.com/valheimPlus/ValheimPlus
 * valheimplus

Enter an addon/mod to install (or exit to abort): valheimplus

Installing Valheim PLUS
=================================
creating mod download directory /home/vhserver/lgsm/mods/tmp...OK
                                 ##O=#    #
#################################################################################################################################################### 100.0%extracting ValheimPlus.tar.gz...OK
building valheimplus-files.txt...OK
copying Valheim PLUS to /home/vhserver/serverfiles...OK
tidy up valheimplus-files.txt...OK
clearing mod download directory /home/vhserver/lgsm/mods/tmp...OK
Valheim PLUS installed

vhserver@gsm:~$ ./vhserver start
[  OK  ] Starting vhserver: Ragnarök

Server is up and running and I was able to connect:

12/18/2022 14:39:30: Got status changed msg k_ESteamNetworkingConnectionState_Connecting
12/18/2022 14:39:30: New connection
12/18/2022 14:39:30: Accepting connection k_EResultOK
12/18/2022 14:39:30: Connecting to Steamworks.SteamNetworkingIdentity
12/18/2022 14:39:30: Got status changed msg k_ESteamNetworkingConnectionState_Connected
12/18/2022 14:39:30: Connected
12/18/2022 14:39:30: Got connection SteamID 76561198033836232
12/18/2022 14:39:30: Got handshake from client 76561198033836232
12/18/2022 14:39:30: Placed locations in zone -4,3  duration 0.292 ms
12/18/2022 14:39:30: Placed locations in zone -1,3  duration 5.5 ms
12/18/2022 14:39:31: Placed locations in zone 3,3  duration 21.223 ms
12/18/2022 14:39:31: Placed locations in zone -4,4  duration 0.176 ms
12/18/2022 14:39:31: Placed locations in zone -3,4  duration 7.373 ms
12/18/2022 14:39:32: Placed locations in zone 3,4  duration 0.775 ms
12/18/2022 14:39:32: Placed locations in zone 4,4  duration 7.287 ms
12/18/2022 14:39:34: VERSION check their:0.212.7@0.9.9.11  mine:0.212.7@0.9.9.11
12/18/2022 14:39:34: Server: New peer connected,sending global keys
12/18/2022 14:39:36: VPlus configuration synced to peer #40643406
12/18/2022 14:39:50: Placed locations in zone -5,-4  duration 0.941 ms
12/18/2022 14:39:50: Placed locations in zone -6,-3  duration 0.368 ms
12/18/2022 14:39:50: Placed locations in zone -5,-1  duration 0.189 ms
12/18/2022 14:39:50: Placed locations in zone -6,0  duration 7.53 ms
12/18/2022 14:39:51: Placed locations in zone -5,2  duration 17.212 ms
12/18/2022 14:39:51: Placed locations in zone -6,3  duration 6.741 ms
12/18/2022 14:39:51: Placed locations in zone -5,3  duration 7.65 ms
12/18/2022 14:39:51: Placed locations in zone -5,4  duration 1.956 ms
12/18/2022 14:39:54: Got character ZDOID from Olaf : 40643406:2
12/18/2022 14:41:27: RPC_Disconnect
12/18/2022 14:41:27: Destroying abandoned non persistent zdo 40643406:2 owner 40643406
12/18/2022 14:41:27: Destroying abandoned non persistent zdo 40643406:34 owner 40643406
12/18/2022 14:41:27: Destroying abandoned non persistent zdo 40643406:35 owner 40643406
12/18/2022 14:41:27: Disposing socket
12/18/2022 14:41:27: Closing socket 76561198033836232
12/18/2022 14:41:27:   send queue size:0
12/18/2022 14:41:27: Disposing socket
12/18/2022 14:41:27: Got status changed msg k_ESteamNetworkingConnectionState_ClosedByPeer
12/18/2022 14:41:27: Socket closed by peer Steamworks.SteamNetConnectionStatusChangedCallback_t
12/18/2022 14:41:27: Got status changed msg k_ESteamNetworkingConnectionState_None

After the monitor delay has passed, this is the result and would restart the server.

vhserver@gsm:~$ ./vhserver monitor
[  OK  ] Monitoring vhserver: Checking session: OK
[ FAIL ] Monitoring vhserver: Querying port: gsquery: 10.166.4.198:2457 : 60/5: FAIL
[  OK  ] Monitoring vhserver: Sending Discord alert
[  OK  ] Stopping vhserver: Graceful: CTRL+c: 6: OK
[  OK  ] Starting vhserver: Ragnarök

The vhserver-script logs:

vhserver@gsm:~$ cat log/script/vhserver-script.log
Dec 18 14:22:01.884 vhserver: START: PASS: Started Ragnarök
Dec 18 14:22:01.902 vhserver: MONITOR: INFO: LinuxGSM version: v22.2.1
Dec 18 14:22:01.904 vhserver: MONITOR: PASS: core_exit.sh exiting with code: 0
Dec 18 14:30:11.219 vhserver: UPDATE: INFO: Using anonymous Steam login
Dec 18 14:30:12.908 vhserver: UPDATE: PASS: Checking local build
Dec 18 14:30:24.507 vhserver: UPDATE: PASS: Checking remote build
Dec 18 14:30:25.523 vhserver: UPDATE: INFO: No update available
Dec 18 14:30:25.526 vhserver: UPDATE: INFO: Local build: 10065092
Dec 18 14:30:25.529 vhserver: UPDATE: INFO: Remote build: 10065092
Dec 18 14:30:25.531 vhserver: UPDATE: INFO: Branch: public
Dec 18 14:30:25.543 vhserver: UPDATE: INFO: LinuxGSM version: v22.2.1
Dec 18 14:30:25.546 vhserver: UPDATE: PASS: core_exit.sh exiting with code: 0
Dec 18 14:42:07.669 vhserver: MONITOR: INFO: Checking session: CHECKING
Dec 18 14:42:08.683 vhserver: MONITOR: PASS: Checking session: OK
Dec 18 14:42:08.694 vhserver: MONITOR: INFO: gamedig is not installed
Dec 18 14:42:08.700 vhserver: MONITOR: INFO: https://docs.linuxgsm.com/requirements/gamedig
Dec 18 14:42:09.718 vhserver: MONITOR: INFO: Querying port: gsquery: 10.166.4.198:2457 : 1 : QUERYING
Dec 18 14:42:15.900 vhserver: MONITOR: WARN: Querying port: gsquery: 10.166.4.198:2457 : 1: FAIL
Dec 18 14:42:32.071 vhserver: MONITOR: INFO: Querying port: gsquery: 10.166.4.198:2457 : 2 : QUERYING
Dec 18 14:42:38.169 vhserver: MONITOR: WARN: Querying port: gsquery: 10.166.4.198:2457 : 2: FAIL
Dec 18 14:42:54.331 vhserver: MONITOR: INFO: Querying port: gsquery: 10.166.4.198:2457 : 3 : QUERYING
Dec 18 14:43:00.422 vhserver: MONITOR: WARN: Querying port: gsquery: 10.166.4.198:2457 : 3: FAIL
Dec 18 14:43:16.578 vhserver: MONITOR: INFO: Querying port: gsquery: 10.166.4.198:2457 : 4 : QUERYING
Dec 18 14:43:22.686 vhserver: MONITOR: WARN: Querying port: gsquery: 10.166.4.198:2457 : 4: FAIL
Dec 18 14:43:38.853 vhserver: MONITOR: INFO: Querying port: gsquery: 10.166.4.198:2457 : 5 : QUERYING
Dec 18 14:43:44.959 vhserver: MONITOR: WARN: Querying port: gsquery: 10.166.4.198:2457 : 5: FAIL
Dec 18 14:43:45.977 vhserver: MONITOR: WARN: Querying port: gsquery: 10.166.4.198:2457 : 5: FAIL
Dec 18 14:43:45.999 vhserver: MONITOR: INFO: Sending alert: Restarted: vhserver
Dec 18 14:43:48.285 vhserver: MONITOR: PASS: Sending Discord alert
Dec 18 14:43:49.505 vhserver: STOP: INFO: Graceful: CTRL+c
Dec 18 14:43:58.135 vhserver: STOP: PASS: Graceful: CTRL+c: OK: 6 seconds
Dec 18 14:43:59.204 vhserver: START: INFO: Using anonymous Steam login
Dec 18 14:43:59.969 vhserver: START: INFO: Rotating log files

Since I have monitor as a cronjob it will restart the server regularly due to this bug. Is there a log where there's more details about why gsquery fails?

To Reproduce

See above, the issue description is itself with steps to reproduce

Expected behaviour

Well, the gsquery succeeds and thus no further actions happen.

Originally created by @dionysius on GitHub (Dec 18, 2022). Original GitHub issue: https://github.com/GameServerManagers/LinuxGSM/issues/4060 ## User Story As a private valheim server manager, I want officially supported mods to work with other lgsm methods. ## Basic info - **Distro:** [22.04] - **Game:** [Valheim] - **Command:** [Monitor] - **LinuxGSM version:** [v22.2.1] ## Further Information On the previously unmodded valheim server `monitor` could query the server successfully: ``` vhserver@gsm:~$ ./vhserver monitor [ OK ] Monitoring vhserver: Checking session: OK [ OK ] Monitoring vhserver: Querying port: gsquery: 10.166.4.198:2457 : 0/1: OK ``` Steps I took to install the mod: ``` vhserver@gsm:~$ ./vhserver stop [ OK ] Stopping vhserver: Graceful: CTRL+c: 5: OK vhserver@gsm:~$ ./vhserver mods-install parse error: Invalid numeric literal at line 2, column 0 Valheim Installing mods ================================= Available addons/mods ================================= Valheim PLUS - Mod to improve Valheim gameplay - https://github.com/valheimPlus/ValheimPlus * valheimplus Enter an addon/mod to install (or exit to abort): valheimplus Installing Valheim PLUS ================================= creating mod download directory /home/vhserver/lgsm/mods/tmp...OK ##O=# # #################################################################################################################################################### 100.0%extracting ValheimPlus.tar.gz...OK building valheimplus-files.txt...OK copying Valheim PLUS to /home/vhserver/serverfiles...OK tidy up valheimplus-files.txt...OK clearing mod download directory /home/vhserver/lgsm/mods/tmp...OK Valheim PLUS installed vhserver@gsm:~$ ./vhserver start [ OK ] Starting vhserver: Ragnarök ``` Server is up and running and I was able to connect: ``` 12/18/2022 14:39:30: Got status changed msg k_ESteamNetworkingConnectionState_Connecting 12/18/2022 14:39:30: New connection 12/18/2022 14:39:30: Accepting connection k_EResultOK 12/18/2022 14:39:30: Connecting to Steamworks.SteamNetworkingIdentity 12/18/2022 14:39:30: Got status changed msg k_ESteamNetworkingConnectionState_Connected 12/18/2022 14:39:30: Connected 12/18/2022 14:39:30: Got connection SteamID 76561198033836232 12/18/2022 14:39:30: Got handshake from client 76561198033836232 12/18/2022 14:39:30: Placed locations in zone -4,3 duration 0.292 ms 12/18/2022 14:39:30: Placed locations in zone -1,3 duration 5.5 ms 12/18/2022 14:39:31: Placed locations in zone 3,3 duration 21.223 ms 12/18/2022 14:39:31: Placed locations in zone -4,4 duration 0.176 ms 12/18/2022 14:39:31: Placed locations in zone -3,4 duration 7.373 ms 12/18/2022 14:39:32: Placed locations in zone 3,4 duration 0.775 ms 12/18/2022 14:39:32: Placed locations in zone 4,4 duration 7.287 ms 12/18/2022 14:39:34: VERSION check their:0.212.7@0.9.9.11 mine:0.212.7@0.9.9.11 12/18/2022 14:39:34: Server: New peer connected,sending global keys 12/18/2022 14:39:36: VPlus configuration synced to peer #40643406 12/18/2022 14:39:50: Placed locations in zone -5,-4 duration 0.941 ms 12/18/2022 14:39:50: Placed locations in zone -6,-3 duration 0.368 ms 12/18/2022 14:39:50: Placed locations in zone -5,-1 duration 0.189 ms 12/18/2022 14:39:50: Placed locations in zone -6,0 duration 7.53 ms 12/18/2022 14:39:51: Placed locations in zone -5,2 duration 17.212 ms 12/18/2022 14:39:51: Placed locations in zone -6,3 duration 6.741 ms 12/18/2022 14:39:51: Placed locations in zone -5,3 duration 7.65 ms 12/18/2022 14:39:51: Placed locations in zone -5,4 duration 1.956 ms 12/18/2022 14:39:54: Got character ZDOID from Olaf : 40643406:2 12/18/2022 14:41:27: RPC_Disconnect 12/18/2022 14:41:27: Destroying abandoned non persistent zdo 40643406:2 owner 40643406 12/18/2022 14:41:27: Destroying abandoned non persistent zdo 40643406:34 owner 40643406 12/18/2022 14:41:27: Destroying abandoned non persistent zdo 40643406:35 owner 40643406 12/18/2022 14:41:27: Disposing socket 12/18/2022 14:41:27: Closing socket 76561198033836232 12/18/2022 14:41:27: send queue size:0 12/18/2022 14:41:27: Disposing socket 12/18/2022 14:41:27: Got status changed msg k_ESteamNetworkingConnectionState_ClosedByPeer 12/18/2022 14:41:27: Socket closed by peer Steamworks.SteamNetConnectionStatusChangedCallback_t 12/18/2022 14:41:27: Got status changed msg k_ESteamNetworkingConnectionState_None ``` After the monitor delay has passed, this is the result and would restart the server. ``` vhserver@gsm:~$ ./vhserver monitor [ OK ] Monitoring vhserver: Checking session: OK [ FAIL ] Monitoring vhserver: Querying port: gsquery: 10.166.4.198:2457 : 60/5: FAIL [ OK ] Monitoring vhserver: Sending Discord alert [ OK ] Stopping vhserver: Graceful: CTRL+c: 6: OK [ OK ] Starting vhserver: Ragnarök ``` The vhserver-script logs: ``` vhserver@gsm:~$ cat log/script/vhserver-script.log Dec 18 14:22:01.884 vhserver: START: PASS: Started Ragnarök Dec 18 14:22:01.902 vhserver: MONITOR: INFO: LinuxGSM version: v22.2.1 Dec 18 14:22:01.904 vhserver: MONITOR: PASS: core_exit.sh exiting with code: 0 Dec 18 14:30:11.219 vhserver: UPDATE: INFO: Using anonymous Steam login Dec 18 14:30:12.908 vhserver: UPDATE: PASS: Checking local build Dec 18 14:30:24.507 vhserver: UPDATE: PASS: Checking remote build Dec 18 14:30:25.523 vhserver: UPDATE: INFO: No update available Dec 18 14:30:25.526 vhserver: UPDATE: INFO: Local build: 10065092 Dec 18 14:30:25.529 vhserver: UPDATE: INFO: Remote build: 10065092 Dec 18 14:30:25.531 vhserver: UPDATE: INFO: Branch: public Dec 18 14:30:25.543 vhserver: UPDATE: INFO: LinuxGSM version: v22.2.1 Dec 18 14:30:25.546 vhserver: UPDATE: PASS: core_exit.sh exiting with code: 0 Dec 18 14:42:07.669 vhserver: MONITOR: INFO: Checking session: CHECKING Dec 18 14:42:08.683 vhserver: MONITOR: PASS: Checking session: OK Dec 18 14:42:08.694 vhserver: MONITOR: INFO: gamedig is not installed Dec 18 14:42:08.700 vhserver: MONITOR: INFO: https://docs.linuxgsm.com/requirements/gamedig Dec 18 14:42:09.718 vhserver: MONITOR: INFO: Querying port: gsquery: 10.166.4.198:2457 : 1 : QUERYING Dec 18 14:42:15.900 vhserver: MONITOR: WARN: Querying port: gsquery: 10.166.4.198:2457 : 1: FAIL Dec 18 14:42:32.071 vhserver: MONITOR: INFO: Querying port: gsquery: 10.166.4.198:2457 : 2 : QUERYING Dec 18 14:42:38.169 vhserver: MONITOR: WARN: Querying port: gsquery: 10.166.4.198:2457 : 2: FAIL Dec 18 14:42:54.331 vhserver: MONITOR: INFO: Querying port: gsquery: 10.166.4.198:2457 : 3 : QUERYING Dec 18 14:43:00.422 vhserver: MONITOR: WARN: Querying port: gsquery: 10.166.4.198:2457 : 3: FAIL Dec 18 14:43:16.578 vhserver: MONITOR: INFO: Querying port: gsquery: 10.166.4.198:2457 : 4 : QUERYING Dec 18 14:43:22.686 vhserver: MONITOR: WARN: Querying port: gsquery: 10.166.4.198:2457 : 4: FAIL Dec 18 14:43:38.853 vhserver: MONITOR: INFO: Querying port: gsquery: 10.166.4.198:2457 : 5 : QUERYING Dec 18 14:43:44.959 vhserver: MONITOR: WARN: Querying port: gsquery: 10.166.4.198:2457 : 5: FAIL Dec 18 14:43:45.977 vhserver: MONITOR: WARN: Querying port: gsquery: 10.166.4.198:2457 : 5: FAIL Dec 18 14:43:45.999 vhserver: MONITOR: INFO: Sending alert: Restarted: vhserver Dec 18 14:43:48.285 vhserver: MONITOR: PASS: Sending Discord alert Dec 18 14:43:49.505 vhserver: STOP: INFO: Graceful: CTRL+c Dec 18 14:43:58.135 vhserver: STOP: PASS: Graceful: CTRL+c: OK: 6 seconds Dec 18 14:43:59.204 vhserver: START: INFO: Using anonymous Steam login Dec 18 14:43:59.969 vhserver: START: INFO: Rotating log files ``` Since I have `monitor` as a cronjob it will restart the server regularly due to this bug. Is there a log where there's more details about why gsquery fails? ## To Reproduce See above, the issue description is itself with steps to reproduce ## Expected behaviour Well, the gsquery succeeds and thus no further actions happen.
Author
Owner

@dionysius commented on GitHub (Dec 18, 2022):

Seems like this was related to arguments order, for whatever reason. I've investigated an issue with my world name not being loaded.

Previously the process list looked like this:

vhserver  164335  0.0  0.0   9160  2784 ?        Ss   14:43   0:00 tmux new-session -d -x 80 -y 23 -s vhserver  ./start_server_bepinex.sh -name 'Ragnarök' -password asdf -port 2456 -nographics -batchmode -world Ragnarök -public 1 -savedir '/home/vhserver/.config/unity3d/IronGate/Valheim'
vhserver  164336  0.0  0.0   2888   832 pts/1    Ss+  14:43   0:00  \_ /bin/sh ./start_server_bepinex.sh -name Ragnarök -password asdf -port 2456 -nographics -batchmode -world Ragnarök -public 1 -savedir /home/vhserver/.config/unity3d/IronGate/Valheim
vhserver  164347  0.0 17.6 9861344 2873132 pts/1 Rl+  14:43   4:37  |   \_ /home/vhserver/serverfiles/valheim_server.x86_64 -name Ragnarök -password asdf -port 2456 -world -batchmode -public Ragnarök -savedir 1

As you can see, the last command had the world name not behind the -world argument. At first I thought start_server_bepinex.sh would be the culprit, but I couldn't figure out why this was happening...

The /proc/164347/cmdline effectively had this weird order! The parent process cmdline was fine!

So I moved the arguments in lgsm/config-lgsm/vhserver/common.cfg around so it looks like this now:

## Server Parameters | https://docs.linuxgsm.com/configuration/start-parameters#additional-parameters
startparameters="-name '${servername}' -password '${serverpassword}' -world '${gameworld}' -public '${public}' -port '${port}' -savedir '${savedir}' -nographics -batchmode"

I added single quotes to all arguments and changed the order. Since then the issue is resolved and ./vhserver monitor succeeds

<!-- gh-comment-id:1356829075 --> @dionysius commented on GitHub (Dec 18, 2022): Seems like this was related to arguments order, for whatever reason. I've investigated an issue with my world name not being loaded. Previously the process list looked like this: ``` vhserver 164335 0.0 0.0 9160 2784 ? Ss 14:43 0:00 tmux new-session -d -x 80 -y 23 -s vhserver ./start_server_bepinex.sh -name 'Ragnarök' -password asdf -port 2456 -nographics -batchmode -world Ragnarök -public 1 -savedir '/home/vhserver/.config/unity3d/IronGate/Valheim' vhserver 164336 0.0 0.0 2888 832 pts/1 Ss+ 14:43 0:00 \_ /bin/sh ./start_server_bepinex.sh -name Ragnarök -password asdf -port 2456 -nographics -batchmode -world Ragnarök -public 1 -savedir /home/vhserver/.config/unity3d/IronGate/Valheim vhserver 164347 0.0 17.6 9861344 2873132 pts/1 Rl+ 14:43 4:37 | \_ /home/vhserver/serverfiles/valheim_server.x86_64 -name Ragnarök -password asdf -port 2456 -world -batchmode -public Ragnarök -savedir 1 ``` As you can see, the last command had the world name not behind the `-world` argument. At first I thought `start_server_bepinex.sh` would be the culprit, but I couldn't figure out why this was happening... The `/proc/164347/cmdline` effectively had this weird order! The parent process cmdline was fine! So I moved the arguments in `lgsm/config-lgsm/vhserver/common.cfg` around so it looks like this now: ``` ## Server Parameters | https://docs.linuxgsm.com/configuration/start-parameters#additional-parameters startparameters="-name '${servername}' -password '${serverpassword}' -world '${gameworld}' -public '${public}' -port '${port}' -savedir '${savedir}' -nographics -batchmode" ``` I added single quotes to all arguments and changed the order. Since then the issue is resolved and `./vhserver monitor` succeeds
Author
Owner

@github-actions[bot] commented on GitHub (Dec 25, 2023):

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:1868617345 --> @github-actions[bot] commented on GitHub (Dec 25, 2023): 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#2604
No description provided.