mirror of
https://github.com/GameServerManagers/LinuxGSM.git
synced 2026-04-25 06:05:57 +03:00
[GH-ISSUE #1978] ts3server restart with updateonstart=on causes him to stop after updating #1552
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#1552
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 @xopez on GitHub (Aug 5, 2018).
Original GitHub issue: https://github.com/GameServerManagers/LinuxGSM/issues/1978
Originally assigned to: @dgibbs64 on GitHub.
Hello,
I found a little bug with the ts3server script. Don't know if this behaviour is wished, but we have to do a restart and after that a start which shouldn't be I think with ./ts3server restart.
Describe the bug
If an update is found, it applies the update, starting the server and then instantly stops it. So you have to manually restart the server.
Saw it today. From ts3server version 3.2.0 to 3.3.0 (Don't know if relevant).
To Reproduce
Steps to reproduce the behaviour:
Expected behaviour
A clear and concise description of what you expected to happen.
Minimum Information
TeamSpeak 3 -> updated from 3.2.0 to 3.3.0
scriptog from update:
Additional context
Functions are up2date cause I ran them every saturday night.
@UltimateByte commented on GitHub (Aug 6, 2018):
Hello,
Thank you for reporting the bug, we will look into this issue.
@xopez commented on GitHub (Aug 28, 2018):
Just attaching the shell output with latest functions and latest teamspeak, so it can be also seen there:

@UltimateByte commented on GitHub (Aug 28, 2018):
Haha, thanks. I have to say the behavior is kind of ridiculous, made me laugh litterally.
That should be an easy fix. Though, I need to say, I do not recommend updateonstart, but rather an update cronjob. When I was using TeamSpeak, I had an update cron every monday at 4 in the night.
@xopez commented on GitHub (Aug 28, 2018):
I am just fine with that. I can't really just run a cron for that cause I have to manually stop tsdns and start it afterwarts. So I am everytime there if I restart teamspeak for an update^^
@UltimateByte commented on GitHub (Aug 28, 2018):
Oh, using tsdns, it explains everything. I whish there would be a way to implement this into LinuxGSM but it's been discussed already, I really cannot see how it would be possible.
@xopez commented on GitHub (Aug 28, 2018):
Don't know if you understand german and if it should discussed here, but that could be a lead.
Just leave it here for you.
http://krischan.eu/index.php/2013/06/04/howto-tsdns-startscript-autostartscript/
tsdns_startscript.sh:
Autostartscript – tsdns
@UltimateByte commented on GitHub (Sep 10, 2018):
I think the best way to implement tsdns would be as a separate server.
This script helps understanding how it works. Might be doable. Feel free to open another issue. But resolving this bug raised here would be the most important. :)
@xopez commented on GitHub (Feb 23, 2019):
I just update the current behaviour:
Just simple.
Downloading update.
Start's after extracting the update.
Stops the server and starts again.
@dgibbs64 commented on GitHub (Mar 31, 2019):
@xopez thanks for this. I have just completed a refactor of the updater. The functionality of the updater causes the server to restart after an update. So because the update is run during a restart it will look like it stops and starts a couple of times. These should be no adverse effects to this and it looks like the server does successfully restart.
@lock[bot] commented on GitHub (Apr 2, 2020):
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.