Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Feature]: Optimize Server Downtime for the Backup command #4358

Closed
SB97 opened this issue Oct 28, 2023 · 2 comments
Closed

[Feature]: Optimize Server Downtime for the Backup command #4358

SB97 opened this issue Oct 28, 2023 · 2 comments
Labels
command: backup command: update-lgsm outcome: wontfix This will not be worked on or out of scope type: feature request New feature or request

Comments

@SB97
Copy link

SB97 commented Oct 28, 2023

User story

As a server admin, I want the backup command optimized to minimize downtime.

Game

TeamSpeak

Linux distro

No response

Command

command: backup

Further information

Issue:
When backing up my TeamSpeak Server, there's a significant downtime, especially with files inside the TS file browser. This is because the server is stopped first and remains so until the entire backup process is completed.

Suggested Solution:

  1. Stop the server: Essential to ensure data is static.
  2. Copy the data: At this point, the data needs to be static.
  3. Restart the server: Now, data dynamism can resume.
  4. Execute remaining operations: Including compression, pruning, etc.

Potential Concern:
There's a possibility that Step 4 could use system resources that are also needed by the game server, leading to performance issues.

Extension:
The same principle of optimization should apply to the update-lgsm and update commands.

@dgibbs64
Copy link
Member

dgibbs64 commented Nov 25, 2023

This will not work as some servers are up to 30GB+ in size. You would need to have a server with around 90GB free to complete a single backup. TeamSpeak is very small compared to other game servers. Your concern is also valid as while compression does take significant cpu. Running both game servers and compressing at the same time will likely reduce the performance of both processes. It is simply more efficient to let the backup complete while the game server is off.

@github-project-automation github-project-automation bot moved this from 🆕 New Issues to ✅ Done in LinuxGSM Backlog Nov 25, 2023
@dgibbs64 dgibbs64 added the outcome: wontfix This will not be worked on or out of scope label Nov 25, 2023
Copy link
Contributor

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.

@github-actions github-actions bot locked as resolved and limited conversation to collaborators Nov 25, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
command: backup command: update-lgsm outcome: wontfix This will not be worked on or out of scope type: feature request New feature or request
Projects
Archived in project
Development

No branches or pull requests

2 participants