[GH-ISSUE #1708] tf2server monitor won't restart server. as it is stuck in an infinite loop. How do I make ./gameserver monitor restart after a few attempts at querying? #1331

Closed
opened 2026-02-27 02:56:32 +03:00 by kerem · 3 comments
Owner

Originally created by @diamondburned on GitHub (Nov 23, 2017).
Original GitHub issue: https://github.com/GameServerManagers/LinuxGSM/issues/1708

Recently my server started killing itself every morning or so. I checked the console and found this:

WatchDog! Server took too long to process (probably infinite loop).
Host_Error: WatchdogHandler called - server exiting.

In crash.limetech.org: http://moddageserver.ddns.net/1511474324.png

engine_srv.so!Sys_Error_Internal(bool, char const*, char*) + 0x1a1
engine_srv.so!Sys_Error(char const*, ...) + 0x20
engine_srv.so!Host_Error(char const*, ...) + 0xcc
engine_srv.so!WatchDogHandler() + 0x12
linux-gate.so + 0xca0
vphysics_srv.so!IVP_OV_Tree_Manager::connect_boxes(IVP_OV_Node*, IVP_OV_Node*) + 0x143
vphysics_srv.so + 0x1248a3
vphysics_srv.so!IVP_Mindist_Manager::recheck_ov_element(IVP_Real_Object*) + 0x143
vphysics_srv.so + 0x13b9cf
vphysics_srv.so!IVP_Environment::simulate_psi(IVP_Time) + 0x135
Note that it says 2 reports share this crash signature. (1 owner / 1 ip)

My crontab -e:

/30 * * * * '/home/gyrtf2/tf2server update' > /dev/null 2>&1
@reboot '/home/gyrtf2/tf2server monitor' > /dev/null 2>&1
/1 * * * * '/home/gyrtf2/tf2server monitor' > /dev/null 2>&1

Output of ./tf2server monitor:

gyrtf2@notascam:~$ ./tf2server monitor
[ OK ] Log-Manager tf2server: Starting
[ INFO ] Log-Manager tf2server: Removing logs older than 7 days
[ OK ] Log-Manager tf2server: Removed 131 log files
[ OK ] Monitor tf2server: Checking session: OK
[ FAIL ] Monitor tf2server: Querying port: 185.215.224.207:27015 : 5/1 : ERROR: Unable to receive^C

^C means Ctrl+C which I pressed because the thing was going on for ever and couldn't restart. I then had to go to Console, do Ctrl+C and start the server again.

My question is: How do I make ./gameserver monitor restart after a few attempts at querying?

Originally created by @diamondburned on GitHub (Nov 23, 2017). Original GitHub issue: https://github.com/GameServerManagers/LinuxGSM/issues/1708 Recently my server started killing itself every morning or so. I checked the console and found this: >WatchDog! Server took too long to process (probably infinite loop). >Host_Error: WatchdogHandler called - server exiting. In `crash.limetech.org`: http://moddageserver.ddns.net/1511474324.png >engine_srv.so!Sys_Error_Internal(bool, char const*, char*) + 0x1a1 >engine_srv.so!Sys_Error(char const*, ...) + 0x20 >engine_srv.so!Host_Error(char const*, ...) + 0xcc >engine_srv.so!WatchDogHandler() + 0x12 >linux-gate.so + 0xca0 >vphysics_srv.so!IVP_OV_Tree_Manager::connect_boxes(IVP_OV_Node*, IVP_OV_Node*) + 0x143 >vphysics_srv.so + 0x1248a3 >vphysics_srv.so!IVP_Mindist_Manager::recheck_ov_element(IVP_Real_Object*) + 0x143 >vphysics_srv.so + 0x13b9cf >vphysics_srv.so!IVP_Environment::simulate_psi(IVP_Time) + 0x135 Note that it says 2 reports share this crash signature. (1 owner / 1 ip) My `crontab -e`: >*/30 * * * * '/home/gyrtf2/tf2server update' > /dev/null 2>&1 >@reboot '/home/gyrtf2/tf2server monitor' > /dev/null 2>&1 >*/1 * * * * '/home/gyrtf2/tf2server monitor' > /dev/null 2>&1 Output of `./tf2server monitor`: >gyrtf2@notascam:~$ ./tf2server monitor >[ OK ] Log-Manager tf2server: Starting >[ INFO ] Log-Manager tf2server: Removing logs older than 7 days >[ OK ] Log-Manager tf2server: Removed 131 log files >[ OK ] Monitor tf2server: Checking session: OK >[ FAIL ] Monitor tf2server: Querying port: 185.215.224.207:27015 : 5/1 : ERROR: Unable to receive^C ^C means Ctrl+C which I pressed because the thing was going on for ever and couldn't restart. I then had to go to Console, do Ctrl+C and start the server again. My question is: How do I make ./gameserver monitor restart after a few attempts at querying?
kerem closed this issue 2026-02-27 02:56:32 +03:00
Author
Owner

@Nealcaffrey2016 commented on GitHub (Nov 24, 2017):

Maybe you should add a timeout on the connection,so after a few time try to connect to the game server,the client will quit with a error.

Sent from Neal Caffrey
On 11/24/2017 06:05, diamondburned wrote:

Recently my server starts killing itself every morning or so. I checked the console and found this:

WatchDog! Server took too long to process (probably infinite loop).
Host_Error: WatchdogHandler called - server exiting.

In crash.limetech.org: http://moddageserver.ddns.net/1511474324.png

engine_srv.so!Sys_Error_Internal(bool, char const*, char*) + 0x1a1
engine_srv.so!Sys_Error(char const*, ...) + 0x20
engine_srv.so!Host_Error(char const*, ...) + 0xcc
engine_srv.so!WatchDogHandler() + 0x12
linux-gate.so + 0xca0
vphysics_srv.so!IVP_OV_Tree_Manager::connect_boxes(IVP_OV_Node*, IVP_OV_Node*) + 0x143
vphysics_srv.so + 0x1248a3
vphysics_srv.so!IVP_Mindist_Manager::recheck_ov_element(IVP_Real_Object*) + 0x143
vphysics_srv.so + 0x13b9cf
vphysics_srv.so!IVP_Environment::simulate_psi(IVP_Time) + 0x135
Note that it says 2 reports share this crash signature. (1 owner / 1 ip)

My crontab -e:

*/30 * * * * '/home/gyrtf2/tf2server update' > /dev/null 2>&1
@reboot '/home/gyrtf2/tf2server monitor' > /dev/null 2>&1
*/1 * * * * '/home/gyrtf2/tf2server monitor' > /dev/null 2>&1

Output of ./tf2server monitor:

gyrtf2@notascam:~$ ./tf2server monitor
[ OK ] Log-Manager tf2server: Starting
[ INFO ] Log-Manager tf2server: Removing logs older than 7 days
[ OK ] Log-Manager tf2server: Removed 131 log files
[ OK ] Monitor tf2server: Checking session: OK
[ FAIL ] Monitor tf2server: Querying port: 185.215.224.207:27015 : 5/1 : ERROR: Unable to receive^C

^C means Ctrl+C which I pressed because the thing was going forever and couldn't restart. I then had to go to Console, do Ctrl+C and start the server again.

My question is: How do I make ./gameserver monitor restart after a few attempts at querying?


You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or mute the thread.

<!-- gh-comment-id:346711147 --> @Nealcaffrey2016 commented on GitHub (Nov 24, 2017): Maybe you should add a timeout on the connection,so after a few time try to connect to the game server,the client will quit with a error. Sent from Neal Caffrey On 11/24/2017 06:05, diamondburned wrote: Recently my server starts killing itself every morning or so. I checked the console and found this: WatchDog! Server took too long to process (probably infinite loop). Host_Error: WatchdogHandler called - server exiting. In crash.limetech.org: http://moddageserver.ddns.net/1511474324.png engine_srv.so!Sys_Error_Internal(bool, char const*, char*) + 0x1a1 engine_srv.so!Sys_Error(char const*, ...) + 0x20 engine_srv.so!Host_Error(char const*, ...) + 0xcc engine_srv.so!WatchDogHandler() + 0x12 linux-gate.so + 0xca0 vphysics_srv.so!IVP_OV_Tree_Manager::connect_boxes(IVP_OV_Node*, IVP_OV_Node*) + 0x143 vphysics_srv.so + 0x1248a3 vphysics_srv.so!IVP_Mindist_Manager::recheck_ov_element(IVP_Real_Object*) + 0x143 vphysics_srv.so + 0x13b9cf vphysics_srv.so!IVP_Environment::simulate_psi(IVP_Time) + 0x135 Note that it says 2 reports share this crash signature. (1 owner / 1 ip) My crontab -e: */30 * * * * '/home/gyrtf2/tf2server update' > /dev/null 2>&1 @reboot '/home/gyrtf2/tf2server monitor' > /dev/null 2>&1 */1 * * * * '/home/gyrtf2/tf2server monitor' > /dev/null 2>&1 Output of ./tf2server monitor: gyrtf2@notascam:~$ ./tf2server monitor [ OK ] Log-Manager tf2server: Starting [ INFO ] Log-Manager tf2server: Removing logs older than 7 days [ OK ] Log-Manager tf2server: Removed 131 log files [ OK ] Monitor tf2server: Checking session: OK [ FAIL ] Monitor tf2server: Querying port: 185.215.224.207:27015 : 5/1 : ERROR: Unable to receive^C ^C means Ctrl+C which I pressed because the thing was going forever and couldn't restart. I then had to go to Console, do Ctrl+C and start the server again. My question is: How do I make ./gameserver monitor restart after a few attempts at querying? — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub, or mute the thread.
Author
Owner

@UltimateByte commented on GitHub (Nov 24, 2017):

https://github.com/GameServerManagers/LinuxGSM/wiki/Monitor#how-does-monitor-work

My question is: How do I make ./gameserver monitor restart after a few attempts at querying?

You just wait 60s. Also, you use a cron to restart the server every night, and another cron to monitor the server, that way you stop even thinking about it.
https://github.com/GameServerManagers/LinuxGSM/wiki/Cronjobs

<!-- gh-comment-id:346713485 --> @UltimateByte commented on GitHub (Nov 24, 2017): https://github.com/GameServerManagers/LinuxGSM/wiki/Monitor#how-does-monitor-work > My question is: How do I make ./gameserver monitor restart after a few attempts at querying? You just wait 60s. Also, you use a cron to restart the server every night, and another cron to monitor the server, that way you stop even thinking about it. https://github.com/GameServerManagers/LinuxGSM/wiki/Cronjobs
Author
Owner

@lock[bot] commented on GitHub (Nov 24, 2018):

This thread 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:441335218 --> @lock[bot] commented on GitHub (Nov 24, 2018): This thread 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#1331
No description provided.