[GH-ISSUE #3832] [BUG] Rust - Seed Error after Map-Wipe and Stop/Start #2499

Open
opened 2026-02-27 03:03:25 +03:00 by kerem · 5 comments
Owner

Originally created by @DerMoki on GitHub (Apr 1, 2022).
Original GitHub issue: https://github.com/GameServerManagers/LinuxGSM/issues/3832

User Story

After a map-wipe the Server delete the old map files .map and . sav (Seed 924899645) and created a new with a new Random-Seed (Seed 576968746). All Works, we can connect and play on a new Map.

But: When i restart the Rust-Server (or Stop and Start), the Server created a new Map again with the old Seed (Seed 924899645) again. Now there are two maps in folder and he load always the "old" Map with Seed 924899645.

With a Restart the Server always change the Seed to 924899645

Basic info

  • Distro: [Debian 10]
  • Game: [Rust]
  • Command: [./rustserver map-wipe] and after this [./rustserver restart]
  • LinuxGSM version: [v20.5.1]

Further Information

DONT change the Seed in lgsm to work with Random-Seeds to have a new map after Map-Wipe
every time (like probably most servers) You can find some of my Screenshots in LinuxGSM-Discord:
https://discord.com/channels/127498813903601664/424152809970204672/959474458014412860

To Reproduce

Steps to reproduce the behaviour:

  1. Install the Rust Server ./rustserver install
  2. Run the Server ./rustserver start and wait for full loading
  3. look at /rustserver/serverfiles/server/rustserver , here the server generated the Map named proceduralmap.3000.924899645.222.map (Mapsize=300, Seed=924899645)
  4. make a Wipe ./rustserver map-wipe
  5. the Server delete the .sav and.map and generate a Random Seed and start the Server. Wait for full generation of Map and Server
  6. look at /rustserver/serverfiles/server/rustserver again, the Map is now proceduralmap.NEWGENERATEDRANDOMSEED.222.map
  7. make a Server Restart ./rustserver restart
  8. wait for full restart and look /rustserver/serverfiles/server/rustserver. You find the proceduralmap.NEWGENERATEDRANDOMSEED.222.map and the Server generated the proceduralmap.3000.924899645.222.map again an load this (old) map.
  9. The Seed after a Restart or Stop/Start is always 924899645

Expected behaviour

The server should still use its own generated random seed on restart

Originally created by @DerMoki on GitHub (Apr 1, 2022). Original GitHub issue: https://github.com/GameServerManagers/LinuxGSM/issues/3832 ## User Story After a map-wipe the Server delete the old map files .map and . sav (Seed 924899645) and created a new with a new Random-Seed (Seed 576968746). All Works, we can connect and play on a new Map. **But:** When i restart the Rust-Server (or Stop and Start), the Server created a new Map again with the old Seed (Seed 924899645) again. Now there are two maps in folder and he load always the "old" Map with Seed 924899645. With a Restart the Server always change the Seed to **924899645** ## Basic info * **Distro:** [Debian 10] * **Game:** [Rust] * **Command:** [./rustserver map-wipe] and after this [./rustserver restart] * **LinuxGSM version:** [v20.5.1] ## Further Information **DONT** change the Seed in lgsm to work with Random-Seeds to have a new map after Map-Wipe every time (like probably most servers) You can find some of my Screenshots in LinuxGSM-Discord: https://discord.com/channels/127498813903601664/424152809970204672/959474458014412860 ## To Reproduce Steps to reproduce the behaviour: 1. Install the Rust Server `./rustserver install` 2. Run the Server `./rustserver start` and wait for full loading 3. look at /rustserver/serverfiles/server/rustserver , here the server generated the Map named proceduralmap.3000.924899645.222.map (Mapsize=300, Seed=924899645) 4. make a Wipe `./rustserver map-wipe` 5. the Server delete the .sav and.map and generate a Random Seed and start the Server. Wait for full generation of Map and Server 6. look at /rustserver/serverfiles/server/rustserver again, the Map is now proceduralmap.NEWGENERATEDRANDOMSEED.222.map 8. make a Server Restart `./rustserver restart` 9. wait for full restart and look /rustserver/serverfiles/server/rustserver. You find the proceduralmap.NEWGENERATEDRANDOMSEED.222.map and the Server generated the proceduralmap.3000.924899645.222.map again an load this (old) map. 10. The Seed after a Restart or Stop/Start is always `924899645` ## Expected behaviour The server should still use its own generated random seed on restart
Author
Owner

@scottengle commented on GitHub (Apr 7, 2022):

I have this issue also on an Ubuntu distro setup with procedural maps. The only way I was able to work around the problem was to pin server to the new seed by setting the seed value in serverfiles/server/rustserver/cfg/[server_config].cfg. If you leave the value as zero, the server reverts to the seed that was used the first time.

<!-- gh-comment-id:1092028327 --> @scottengle commented on GitHub (Apr 7, 2022): I have this issue also on an Ubuntu distro setup with procedural maps. The only way I was able to work around the problem was to pin server to the new seed by setting the seed value in serverfiles/server/rustserver/cfg/[server_config].cfg. If you leave the value as zero, the server reverts to the seed that was used the first time.
Author
Owner

@OneEighteenNoTwo commented on GitHub (May 21, 2022):

Nothing much of value to add to the discussion, but just sounding off that I experienced this same issue - although with a different seed number of course. The underlying problem being that after doing a map wipe, playing some time on a new map, and then issuing the restart command, the server loaded the map prior to the wipe, instead of the current map.

<!-- gh-comment-id:1133748630 --> @OneEighteenNoTwo commented on GitHub (May 21, 2022): Nothing much of value to add to the discussion, but just sounding off that I experienced this same issue - although with a different seed number of course. The underlying problem being that after doing a map wipe, playing some time on a new map, and then issuing the restart command, the server loaded the map prior to the wipe, instead of the current map.
Author
Owner

@Mazo commented on GitHub (Jun 6, 2022):

+1, seed is changing to a fixed number when server is shut down and started back up, without the wipe command being used. Also having to pin the seed in the cfg file for that server

Log files show "+server.seed" "0" in the command line args when this happens, with that corresponding to this log entry Generating procedural map of size 3000 with seed 943622819

With the above, it always seems to generate a fixed seed of 943622819 for 0 and ignore lgsm/data/rustserver-seed.txt

<!-- gh-comment-id:1147195375 --> @Mazo commented on GitHub (Jun 6, 2022): +1, seed is changing to a fixed number when server is shut down and started back up, without the `wipe` command being used. Also having to pin the seed in the cfg file for that server Log files show `"+server.seed" "0"` in the command line args when this happens, with that corresponding to this log entry `Generating procedural map of size 3000 with seed 943622819` With the above, it always seems to generate a fixed seed of `943622819` for `0` and ignore `lgsm/data/rustserver-seed.txt`
Author
Owner

@lblanchardiii commented on GitHub (Aug 12, 2022):

I am also experiencing the same issue. Only seems to happen when it's NOT a force-wipe. Manually wiped servers using the mw or mapwipe function will generate a new random seed, but upon server restart (I restart daily in the mornings) it will revert back to a previously used seed.

<!-- gh-comment-id:1213253906 --> @lblanchardiii commented on GitHub (Aug 12, 2022): I am also experiencing the same issue. Only seems to happen when it's NOT a force-wipe. Manually wiped servers using the mw or mapwipe function will generate a new random seed, but upon server restart (I restart daily in the mornings) it will revert back to a previously used seed.
Author
Owner

@brorbw commented on GitHub (Mar 21, 2023):

I'm seeing the same thing. Then I thought it must be cached somewhere. I removed both the rustserver, serverfiles, log and lgsm and installed a "new" server. The first seed on ./rustserver start was still the same one thats stuck. I'm seeing 2100762109. For those asking I do not have a cached seed somewhere.

rust@rust:~/rust-server$ grep -rnw . -e "2100762109"
./log/console/rustserver-console-2023-03-21-02:20:01.log:220:Generating procedural map of size 4500 with seed 2100762109
./log/console/rustserver-console-2023-03-21-02:11:51.log:214:Generating procedural map of size 4500 with seed 2100762109
./log/console/rustserver-console-2023-03-21-02:11:51.log:8679:Couldn't load server/rustserver/proceduralmap.4500.2100762109.234.sav - file doesn't exist
./log/console/rustserver-console.log:220:Generating procedural map of size 4500 with seed 2100762109
./log/script/rustserver-script-2023-03-21-02:11:51.log:39:proceduralmap.4500.2100762109.234.map
./log/script/rustserver-alert.log:106:Generating procedural map of size 4500 with seed 2100762109

image

<!-- gh-comment-id:1477159105 --> @brorbw commented on GitHub (Mar 21, 2023): I'm seeing the same thing. Then I thought it must be cached somewhere. I removed both the `rustserver`, `serverfiles`, `log` and `lgsm` and installed a "new" server. The first seed on `./rustserver start` was still the same one thats stuck. I'm seeing `2100762109`. For those asking I do not have a cached seed somewhere. ``` rust@rust:~/rust-server$ grep -rnw . -e "2100762109" ./log/console/rustserver-console-2023-03-21-02:20:01.log:220:Generating procedural map of size 4500 with seed 2100762109 ./log/console/rustserver-console-2023-03-21-02:11:51.log:214:Generating procedural map of size 4500 with seed 2100762109 ./log/console/rustserver-console-2023-03-21-02:11:51.log:8679:Couldn't load server/rustserver/proceduralmap.4500.2100762109.234.sav - file doesn't exist ./log/console/rustserver-console.log:220:Generating procedural map of size 4500 with seed 2100762109 ./log/script/rustserver-script-2023-03-21-02:11:51.log:39:proceduralmap.4500.2100762109.234.map ./log/script/rustserver-alert.log:106:Generating procedural map of size 4500 with seed 2100762109 ``` ![image](https://user-images.githubusercontent.com/5909562/226498576-578216cd-6ce6-4008-a8ff-a44bfebace89.png)
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#2499
No description provided.