mirror of
https://github.com/GameServerManagers/LinuxGSM.git
synced 2026-04-25 14:15:59 +03:00
[GH-ISSUE #3337] [BUG] vhserver monitor kills functioning server that has peers connected #2295
Labels
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
No due date set.
Dependencies
No dependencies set.
Reference
starred/LinuxGSM#2295
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
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
6315977)./vhserver monitorFurther 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:To Reproduce
Steps to reproduce the behaviour:
Expected behaviour
monitor does not kill a server with peers connected.
@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.
@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
@dgibbs64 commented on GitHub (Mar 6, 2021):
Recent Valheim update has broken query monitor. You can disable query in the LinuxGSM settings.
@dgibbs64 commented on GitHub (Mar 6, 2021):
Previous release
new release
@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
@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
gsqueryin contrast togamedig, so this might be the underlying cause. Can anyone confirm this ?Edit:
gamedigappears to be the default query mode set in the config file, falling back togsqueryasgamedigis not installed.@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
@Gibbo3771 commented on GitHub (Mar 9, 2021):
@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 :)
@sebastianus78 commented on GitHub (Mar 10, 2021):
public="0" causes monitoring gsquery to fail.
public="1" works with qsquery
@h3o66 commented on GitHub (Mar 15, 2021):
this should be fixed with the connected PR, feel free to test it.
@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.