[GH-ISSUE #3337] [BUG] vhserver monitor kills functioning server that has peers connected #2295

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

Originally created by @yuzupup on GitHub (Mar 5, 2021).
Original GitHub issue: https://github.com/GameServerManagers/LinuxGSM/issues/3337

User Story

As a server administrator, I would like ./vhserver monitor to not kill my server when the server is in good health.

Basic info

  • Distro: Ubuntu 18.04.1 LTS
  • Game: Valheim (build 6315977)
  • Command: ./vhserver monitor
  • LinuxGSM version: Valheim v21.1.3

Further Information

I regularly run ./vhserver monitor (every 10 minutes).

As of SteamCMD build 6315977, it seems to be killing my server while peers are connected. The query on port 2457 fails after the normal retry period with the following message:

[  OK  ] Monitoring vhserver: Checking session: OK
[ FAIL ] Monitoring vhserver: Querying port: gsquery: 192.168.86.50:2457 : 60/5: FAIL
[  OK  ] Stopping vhserver: Graceful: CTRL+c: 8: OK
[  OK  ] Starting vhserver: Valheim Server

To Reproduce

Steps to reproduce the behaviour:

  1. Start a server.
  2. Have at least one peer connect.
  3. Run ./vhserver monitor until the query is no longer delayed.
  4. Observe that it terminates the server.

Expected behaviour

monitor does not kill a server with peers connected.

Originally created by @yuzupup on GitHub (Mar 5, 2021). Original GitHub issue: https://github.com/GameServerManagers/LinuxGSM/issues/3337 ## User Story As a server administrator, I would like ./vhserver monitor to not kill my server when the server is in good health. ## Basic info * **Distro:** Ubuntu 18.04.1 LTS * **Game:** Valheim (build `6315977`) * **Command:** `./vhserver monitor` * **LinuxGSM version:** Valheim v21.1.3 ## Further Information I regularly run ./vhserver monitor (every 10 minutes). As of SteamCMD build `6315977`, it seems to be killing my server while peers are connected. The query on port 2457 fails after the normal retry period with the following message: ``` [ OK ] Monitoring vhserver: Checking session: OK [ FAIL ] Monitoring vhserver: Querying port: gsquery: 192.168.86.50:2457 : 60/5: FAIL [ OK ] Stopping vhserver: Graceful: CTRL+c: 8: OK [ OK ] Starting vhserver: Valheim Server ``` ## To Reproduce Steps to reproduce the behaviour: 1) Start a server. 2) Have at least one peer connect. 3) Run ./vhserver monitor until the query is no longer delayed. 4) Observe that it terminates the server. ## Expected behaviour monitor does not kill a server with peers connected.
Author
Owner

@yuzupup commented on GitHub (Mar 5, 2021):

I am curious if 2457 is the port that should be checked after the update. I had peers connecting via port 2456, and they were unable to connect. Not specifying the port let them connect.

<!-- gh-comment-id:791757203 --> @yuzupup commented on GitHub (Mar 5, 2021): I am curious if 2457 is the port that should be checked after the update. I had peers connecting via port 2456, and they were unable to connect. Not specifying the port let them connect.
Author
Owner

@sebastianus78 commented on GitHub (Mar 5, 2021):

Same issue
Ubuntu 18.04
LinuxGSM version: v21.1.3
Local build: 6315977

udp 1536 0 0.0.0.0:2457 0.0.0.0:* 26190/./valheim_ser

after delay monitoring on 0.0.0.0:2457 fails, server restarts.
removing the monitoring from crontab seems to be the easiest workarround

<!-- gh-comment-id:791787366 --> @sebastianus78 commented on GitHub (Mar 5, 2021): Same issue Ubuntu 18.04 LinuxGSM version: v21.1.3 Local build: 6315977 udp 1536 0 0.0.0.0:2457 0.0.0.0:* 26190/./valheim_ser after delay monitoring on 0.0.0.0:2457 fails, server restarts. removing the monitoring from crontab seems to be the easiest workarround
Author
Owner

@dgibbs64 commented on GitHub (Mar 6, 2021):

Recent Valheim update has broken query monitor. You can disable query in the LinuxGSM settings.

<!-- gh-comment-id:791894730 --> @dgibbs64 commented on GitHub (Mar 6, 2021): Recent Valheim update has broken query monitor. You can disable query in the LinuxGSM settings.
Author
Owner

@dgibbs64 commented on GitHub (Mar 6, 2021):

Previous release

tcp        0      0 178.79.168.193:35253    155.133.248.38:27039    ESTABLISHED 671/./valheim_serve
udp        0      0 0.0.0.0:2457            0.0.0.0:*                           671/./valheim_serve
=================================

./query_gsquery.py -a "178.79.168.193" -p "2457" -e "protocol-valve"

OK: b'\xff\xff\xff\xffI\x11LinuxGSM - Debian 10 Test Server\x00LinuxGSM - Debian 10 Test Serve\x00valheim\x00\x00\x00\x00\x00@\x00dl\x01\x001.0.0.0\x00\xb1\x98\t\x0b\xa04\x18\xd0@@\x010.145.6\x00*\xa0\r\x00\x00\x00\x00\x00'

new release

tcp        0      0 139.162.210.57:51007    162.254.196.67:27035    ESTABLISHED 407404/./valheim_se
udp        0      0 0.0.0.0:2457            0.0.0.0:*                           407404/./valheim_se
udp6       0      0 :::2456                 :::*                                407404/./valheim_se
gsquery Raw Output
=================================

./query_gsquery.py -a "139.162.210.57" -p "2457" -e "protocol-valve"

ERROR: Unable to receive
<!-- gh-comment-id:791901371 --> @dgibbs64 commented on GitHub (Mar 6, 2021): Previous release ``` tcp 0 0 178.79.168.193:35253 155.133.248.38:27039 ESTABLISHED 671/./valheim_serve udp 0 0 0.0.0.0:2457 0.0.0.0:* 671/./valheim_serve ``` ```gsquery Raw Output ================================= ./query_gsquery.py -a "178.79.168.193" -p "2457" -e "protocol-valve" OK: b'\xff\xff\xff\xffI\x11LinuxGSM - Debian 10 Test Server\x00LinuxGSM - Debian 10 Test Serve\x00valheim\x00\x00\x00\x00\x00@\x00dl\x01\x001.0.0.0\x00\xb1\x98\t\x0b\xa04\x18\xd0@@\x010.145.6\x00*\xa0\r\x00\x00\x00\x00\x00' ``` new release ``` tcp 0 0 139.162.210.57:51007 162.254.196.67:27035 ESTABLISHED 407404/./valheim_se udp 0 0 0.0.0.0:2457 0.0.0.0:* 407404/./valheim_se udp6 0 0 :::2456 :::* 407404/./valheim_se ``` ``` gsquery Raw Output ================================= ./query_gsquery.py -a "139.162.210.57" -p "2457" -e "protocol-valve" ERROR: Unable to receive ```
Author
Owner

@dgibbs64 commented on GitHub (Mar 6, 2021):

Tested further it appears to work. But maybe its taking a longer time to get started on boot. I will extend the query delay

edit: OK so a query delay is 5 mins already. I will have to connect to a server and query to see what is happening. This makes no sense currently

edit2: I have joined my server and the query is still working. At this time I am unable to replicate this issue. The only things I can think if is that because its early access there are bugs or a mod is being used that interfere with the query

<!-- gh-comment-id:791901826 --> @dgibbs64 commented on GitHub (Mar 6, 2021): Tested further it appears to work. But maybe its taking a longer time to get started on boot. I will extend the query delay edit: OK so a query delay is 5 mins already. I will have to connect to a server and query to see what is happening. This makes no sense currently edit2: I have joined my server and the query is still working. At this time I am unable to replicate this issue. The only things I can think if is that because its early access there are bugs or a mod is being used that interfere with the query
Author
Owner

@jmechnich commented on GitHub (Mar 6, 2021):

I am experiencing the same issue on Debian Testing since a reboot a few days ago. I have just noticed that I am using gsquery in contrast to gamedig, so this might be the underlying cause. Can anyone confirm this ?

Edit: gamedig appears to be the default query mode set in the config file, falling back to gsquery as gamedig is not installed.

<!-- gh-comment-id:791932726 --> @jmechnich commented on GitHub (Mar 6, 2021): I am experiencing the same issue on Debian Testing since a reboot a few days ago. I have just noticed that I am using `gsquery` in contrast to `gamedig`, so this might be the underlying cause. Can anyone confirm this ? Edit: `gamedig` appears to be the default query mode set in the config file, falling back to `gsquery` as `gamedig` is not installed.
Author
Owner

@dgibbs64 commented on GitHub (Mar 6, 2021):

@jmechnich its worth trying with just gsquery and just gamedig to see if that is the issue. They are both querying in the same manner so unsure why this would be an issue

<!-- gh-comment-id:791985171 --> @dgibbs64 commented on GitHub (Mar 6, 2021): @jmechnich its worth trying with just gsquery and just gamedig to see if that is the issue. They are both querying in the same manner so unsure why this would be an issue
Author
Owner

@Gibbo3771 commented on GitHub (Mar 9, 2021):

Recent Valheim update has broken query monitor. You can disable query in the LinuxGSM settings.

@dgibbs64 How? I have no line to disable and docs don't specify any line to add.

My server is dying whenever gamedig fails to query.

EDIT:

I see it :)

## Query mode
# 1: session only
# 2: gamedig (gsquery fallback)
# 3: gamedig
# 4: gsquery
# 5: tcp
querymode="1"  # Set to 1
querytype="protocol-valve"
<!-- gh-comment-id:793568183 --> @Gibbo3771 commented on GitHub (Mar 9, 2021): > Recent Valheim update has broken query monitor. You can disable query in the LinuxGSM settings. @dgibbs64 How? I have no line to disable and docs don't specify any line to add. My server is dying whenever gamedig fails to query. EDIT: I see it :) ``` ## Query mode # 1: session only # 2: gamedig (gsquery fallback) # 3: gamedig # 4: gsquery # 5: tcp querymode="1" # Set to 1 querytype="protocol-valve" ```
Author
Owner

@sebastianus78 commented on GitHub (Mar 10, 2021):

public="0" causes monitoring gsquery to fail.
public="1" works with qsquery

<!-- gh-comment-id:795475886 --> @sebastianus78 commented on GitHub (Mar 10, 2021): public="0" causes monitoring gsquery to fail. public="1" works with qsquery
Author
Owner

@h3o66 commented on GitHub (Mar 15, 2021):

this should be fixed with the connected PR, feel free to test it.

<!-- gh-comment-id:799680409 --> @h3o66 commented on GitHub (Mar 15, 2021): this should be fixed with the connected PR, feel free to test it.
Author
Owner

@github-actions[bot] commented on GitHub (Mar 17, 2022):

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:1069758876 --> @github-actions[bot] commented on GitHub (Mar 17, 2022): 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#2295
No description provided.