Automatic restarts help you run a game server predictably: you define fixed maintenance windows, inform players in time, and then check whether the server, logs, and backups look clean. What matters is not restarting as often as possible, but having a clear rhythm that fits the game, the community, and your operating processes.
Automatically Restart a Game Server
Why Automatic Restarts Make Sense
A game server often runs for many hours or days without a break. Depending on the game, mod setup, and player count, temporary data, script states, or memory usage can build up during that time. A scheduled restart creates a controlled point at which the process is shut down cleanly and started again instead of forcing you to react only when lag or outages occur.
Typical reasons for regular restarts are:
- Memory leaks: Many games use more and more RAM over time
- Performance: Regular restarts can help keep performance stable
- Updates: Servers can update automatically on restart if your setup is configured that way
- Stability: Scheduled restarts reduce the risk of long-running operation silently accumulating problems
At game-serverhosting, a scheduler fits well with the positioning as paid multi-game hosting with technical control, support, and transparent operating processes: you define when something happens and can then understand the effect through the dashboard, console, and logs.
Requirements
Before you activate an automatic restart, you should clarify these points:
- You have access to the game-serverhosting dashboard and the affected game server.
- You know the time zone in which your community mainly plays.
- You know whether your game saves automatically when shutting down or whether a separate save command makes sense.
- You have checked whether mods, plugins, or large worlds cause longer startup times after a restart.
- You have a backup concept, especially for persistent worlds such as Minecraft, ARK, Valheim, or Palworld.
If you also use your own address for your server, document the port and hostname cleanly. The guide Set up your own domain for a game server – DNS guide helps you keep DNS records understandable.
Set Up the Scheduler in the Dashboard
At game-serverhosting, you can set up restarts through the scheduler:
- Dashboard → Scheduler tab
- "Create new task"
- Action: "Restart server"
- Select schedule
Choose the time deliberately. For public servers, a window between 4 and 6 in the morning is often practical if your player base is mostly active in the same time zone. For international communities, a single perfect window is rarely possible; in that case, you should announce the restart transparently and keep it as consistent as possible.
If your dashboard supports recurring tasks, use a clear recurrence such as daily, every 12 hours, or weekly. Avoid multiple overlapping restart rules because otherwise it will be difficult later to understand which task actually triggered. For more general automation steps, you can find additional notes in the guide Automatically restart a game server — Set up scheduled tasks.
Recommended Restart Times
The following table is a practical starting point, not a guarantee of a specific performance level. Adjust the intervals to your world size, mods, player count, and observations in logs or monitoring.
| Game | Recommendation | Reason |
|---|---|---|
| Minecraft | Every 12h | Clear chunk cache |
| Rust | Every 24h (before wipe) | Memory leak |
| ARK | Every 6h | Entity cleanup |
| Valheim | Every 24h | Memory leak |
| Palworld | Every 6-12h | Memory leak |
| FiveM | Every 12h | Script cache |
For Valheim servers, it is also worth looking at the Rent and set up a Valheim server – co-op guide 2026 if you want to coordinate restarts with world management, password, ports, and co-op operation.
Warn Players Before a Restart
A scheduled restart is only clean if players know about it in time. Set up several warnings so that nobody is surprised in the middle of a raid, boss fight, or save process.
# 15 minutes before
say "Server restart in 15 minutes!"
# 5 minutes before
say "Server restart in 5 minutes! Please log out safely."
# 1 minute before
say "Server restart in 1 minute!"
Whether say works depends on the game and the respective console command. If your game uses other broadcast commands, replace the lines accordingly. For servers with Discord integration, you can additionally send a message to the community channel, but you should not rely on that alone.
Backup Before Automatic Restart
For persistent worlds, a backup before the restart makes sense. What matters is that backup and restart run in the correct order: first save or back up, then shut down, then start. If your game has a manual save command, schedule it before the actual restart or check whether the panel already covers this step.
Do not wait until an emergency to test restoration. A backup is only reliable if you know where it is, how old it is, and how to restore it. Also document whether the automatic restart is allowed to install updates. Auto-updates are convenient, but they can require additional verification on mod servers or setups tied to specific versions.
Check the Result
After the first scheduled run, you should not simply assume that everything is fine. Check specifically:
- Was the scheduler task triggered at the expected time?
- Were the planned warnings shown before the restart?
- Is the server reachable afterward?
- Was a backup created, if planned?
- Do the logs contain errors during stopping or starting?
- Are mods, plugins, and game version still compatible?
If you run system services outside a hosting panel, the official systemd timer documentation explains how time-based units generally work: Documentation at freedesktop.org. For game-serverhosting, however, the dashboard is the right place if your server is managed there.
Troubleshooting
The Restart Was Not Triggered
First check time, time zone, and recurrence rule. A common mistake is a correctly created task that was scheduled in another time zone or only once. Then check whether the server was already stopped at the scheduled time or whether another task was running in parallel.
Players Do Not See a Warning
Then the console command usually does not match the game, or the warning is not executed in the correct context. Test the command manually in the console. Only once the manual message is visible should you add it to the scheduler.
The Server Does Not Start Cleanly After the Restart
Open the startup logs and search for mod, plugin, port, or version errors. If the error occurs directly after an update, check whether automatic updates were enabled and whether your extensions are compatible with the new version.
Backups Take Too Long
Large worlds can extend backup duration. In that case, place the restart in a larger maintenance window and avoid scheduling backup, update, and restart too close together. For very large servers, a less frequent but better controlled restart can make more sense.
Best Practices
- Low player activity: Schedule restarts for 4-6 in the morning if that fits the community
- Warning: Always inform players beforehand
- Backup before restart: Activate an automatic backup before the restart
- Update on restart: Enable auto-update only if you intentionally plan version changes
- Documentation: Record interval, time, and purpose of the restart internally
- Control: Monitor the next automatic restart after changes to the mod setup
Verification, Limits, and Safe Rollback
The guide “Automatically Restart a Game Server – Set Up a Scheduler” applies to the server type described in the article and the version state visible at the time of verification. Menu names, available versions, mod or plugin compatibility, and required resources may differ after updates. Therefore, do not transfer any values to another game, loader, or server version without checking them first.
Before making changes to the world, savegame, configuration, or extensions, create a backup of the affected files. Then change only one related step and verify it with the same client and server version that you want to play with later.
| Checkpoint | Expected Result | Abort and Rollback |
|---|---|---|
| Server start | The server reaches the ready-to-run state without any new error message. | If startup errors occur, undo the change and restore the latest backup. |
| Connection test | A test account can connect via the address shown in the panel. | If version or connection errors occur, compare version, port, and permissions again. |
| Function test | The specific function that was changed works without damaging existing world or game data. | If side effects occur, stop the server and restore the backed-up files. |
A successful individual test is not a performance or availability guarantee. World size, mods, plugins, player count, network path, and simultaneous load can change the result. Document the version, change, and test result so you can understand later deviations.
FAQ
How Often Should I Automatically Restart My Game Server?
That depends on the game, player count, and your mod setup. The table above is a starting point. If logs and player feedback remain stable, you do not need to shorten the interval artificially.
Should I Create a Backup Before Every Restart?
For persistent worlds, this is recommended. What matters, however, is that the backup is completed before the actual restart and that you regularly check whether it would be restorable.
Can an Automatic Restart Delete Player Progress?
A cleanly planned restart should not do that. Risk mainly arises if the game was not saved, a game process is forcefully terminated, or a backup is missing. Use warnings and check game-specific save commands.
Are Automatic Updates on Restart Always Useful?
Not always. They can be practical for Vanilla servers. For mod servers, you should be more careful because game version, mod versions, and plugin dependencies need to match.
What Do I Do if My Community Plays Internationally?
Choose a fixed, transparently communicated maintenance window and stay consistent. If there is no period with low activity, clear advance warnings are more important than a perfect time.