[GH-ISSUE #3793] [BUG] RustServer - Offline (sleeping) players spawn on beach when killed #2483

Open
opened 2026-02-27 03:03:16 +03:00 by kerem · 13 comments
Owner

Originally created by @rogderdodger on GitHub (Feb 16, 2022).
Original GitHub issue: https://github.com/GameServerManagers/LinuxGSM/issues/3793

User Story

Basic info

  • Distro: [Ubuntu 18.04]
  • Game: [Rust]
  • LinuxGSM version: [latest]

Further Information

Hello everyone, i think I have identified a problem with the Rustserver on Linux GSM.

The problem is a weird one, when players on the server die while offline (sleeping) and log back into the game, they are not presented with the default 'death screen'.
I've been troubleshooting this for a while and speaking to other server owners who have also been asking for help with the issue, so far i've identified that they all use Linux GSM to host rust.

So far i have tested many things.

Starting a new rust server instance with Linux LGSM (no oxide or mods)
Removing oxide and all mods from my existing servers
Reinstalling my existing server

I have also verified a few other things.

This does not happen on windows
This does not happen with a fresh install just using steamcmd on linux
Adding Oxide to the manual steamcmd install still works fine
This does not happen when using pterodactyl on linux

It only seems to happen when hosting rust using Linux GSM.

This causes a lot of problems for many server owners using Linux GSM and i am really hopeful someone can help fix the issue.

To Reproduce

Steps to reproduce the behaviour:

  1. Create a vanilla rust server
  2. Load into the server with rust
  3. die offline (i do this by throwing a c4 at my feet and disconnecting)
  4. reconnect
  5. You will spawn on the beach without death screen

Expected behaviour

with a fresh manual steamcmd install - following the same steps you will see the death screen instead of just spawning on the beach

Originally created by @rogderdodger on GitHub (Feb 16, 2022). Original GitHub issue: https://github.com/GameServerManagers/LinuxGSM/issues/3793 ## User Story ## Basic info * **Distro:** [Ubuntu 18.04] * **Game:** [Rust] * **LinuxGSM version:** [latest] ## Further Information Hello everyone, i think I have identified a problem with the Rustserver on Linux GSM. The problem is a weird one, when players on the server die while offline (sleeping) and log back into the game, they are not presented with the default 'death screen'. I've been troubleshooting this for a while and speaking to other server owners who have also been asking for help with the issue, so far i've identified that they all use Linux GSM to host rust. So far i have tested many things. Starting a new rust server instance with Linux LGSM (no oxide or mods) Removing oxide and all mods from my existing servers Reinstalling my existing server I have also verified a few other things. This does not happen on windows This does not happen with a fresh install just using steamcmd on linux Adding Oxide to the manual steamcmd install still works fine This does not happen when using pterodactyl on linux It only seems to happen when hosting rust using Linux GSM. This causes a lot of problems for many server owners using Linux GSM and i am really hopeful someone can help fix the issue. ## To Reproduce Steps to reproduce the behaviour: 1. Create a vanilla rust server 2. Load into the server with rust 3. die offline (i do this by throwing a c4 at my feet and disconnecting) 4. reconnect 5. You will spawn on the beach without death screen ## Expected behaviour with a fresh manual steamcmd install - following the same steps you will see the death screen instead of just spawning on the beach
Author
Owner

@rogderdodger commented on GitHub (Feb 16, 2022):

Another test is that running a basic start.sh script within the Serverfiles folder using the same startup parameters as in the rustserver.config file also does not have this problem.

Stopping that server and using ./rustserver start however, the problem persists

<!-- gh-comment-id:1041978109 --> @rogderdodger commented on GitHub (Feb 16, 2022): Another test is that running a basic start.sh script within the Serverfiles folder using the same startup parameters as in the rustserver.config file also does not have this problem. Stopping that server and using ./rustserver start however, the problem persists
Author
Owner

@rogderdodger commented on GitHub (Feb 16, 2022):

After more investigation i have found that the following change to the start parameters in rustserver.cfg resolves the issue.

startparameters="-batchmode -nographics +app.listenip ${ip} +app.port ${appport} +server.ip ${ip} +server.port ${port} +server.tickrate ${tickrate} +server.hostname \"${servername}\" +server.identity \"${selfname}\" +server.level \"${serverlevel}\" +server.seed ${seed} +server.salt ${salt} +server.maxplayers ${maxplayers} +server.worldsize ${worldsize} +server.saveinterval ${saveinterval} +rcon.web ${rconweb} +rcon.ip ${ip} +rcon.port ${rconport} +rcon.password \"${rconpassword}\" -logfile"

(Added -nographics)
(removed - server.gamemode "Vanilla")

<!-- gh-comment-id:1042122744 --> @rogderdodger commented on GitHub (Feb 16, 2022): After more investigation i have found that the following change to the start parameters in rustserver.cfg resolves the issue. `startparameters="-batchmode -nographics +app.listenip ${ip} +app.port ${appport} +server.ip ${ip} +server.port ${port} +server.tickrate ${tickrate} +server.hostname \"${servername}\" +server.identity \"${selfname}\" +server.level \"${serverlevel}\" +server.seed ${seed} +server.salt ${salt} +server.maxplayers ${maxplayers} +server.worldsize ${worldsize} +server.saveinterval ${saveinterval} +rcon.web ${rconweb} +rcon.ip ${ip} +rcon.port ${rconport} +rcon.password \"${rconpassword}\" -logfile" ` (Added -nographics) (removed - server.gamemode "Vanilla")
Author
Owner

@nux-rustnrelax commented on GitHub (Apr 2, 2022):

Is this still working for you?

<!-- gh-comment-id:1086596283 --> @nux-rustnrelax commented on GitHub (Apr 2, 2022): > Is this still working for you?
Author
Owner

@rogderdodger commented on GitHub (Apr 2, 2022):

Yes this still works and resolves the issue

<!-- gh-comment-id:1086671064 --> @rogderdodger commented on GitHub (Apr 2, 2022): > Yes this still works and resolves the issue
Author
Owner

@nimdaaaa commented on GitHub (Jun 5, 2022):

Hey Dude,
find this over google, had to deal a long time with this problem.
So you just removed gamemode vanilla and it works ?
Or whats this with the $ before each start parameter.
Greetings

<!-- gh-comment-id:1146884480 --> @nimdaaaa commented on GitHub (Jun 5, 2022): Hey Dude, find this over google, had to deal a long time with this problem. So you just removed gamemode vanilla and it works ? Or whats this with the $ before each start parameter. Greetings
Author
Owner

@rogderdodger commented on GitHub (Jun 5, 2022):

Hey yeah just remove the game mode parameter and it should solve the problem, I changed a couple of things and LGSM runs perfect now, full instructions are in my post.

The $ symbols were already in my config file, if yours doesn’t have them don’t use them

<!-- gh-comment-id:1146894489 --> @rogderdodger commented on GitHub (Jun 5, 2022): Hey yeah just remove the game mode parameter and it should solve the problem, I changed a couple of things and LGSM runs perfect now, full instructions are in my post. The $ symbols were already in my config file, if yours doesn’t have them don’t use them
Author
Owner

@nimdaaaa commented on GitHub (Jun 5, 2022):

Dude , love it...... will try directly.
Fucked me up since 5-6 months now.....
Thought it was plugin related , but with so much plugins hard to find out.
Will let you know ;)

<!-- gh-comment-id:1146896799 --> @nimdaaaa commented on GitHub (Jun 5, 2022): Dude , love it...... will try directly. Fucked me up since 5-6 months now..... Thought it was plugin related , but with so much plugins hard to find out. Will let you know ;)
Author
Owner

@nux-rustnrelax commented on GitHub (Jun 5, 2022):

I can confirm this fix works perfectly. I've been using it for 2 months across 7 servers. You're a genius rogderdodger, I thought I was going crazy.

<!-- gh-comment-id:1146908390 --> @nux-rustnrelax commented on GitHub (Jun 5, 2022): I can confirm this fix works perfectly. I've been using it for 2 months across 7 servers. You're a genius rogderdodger, I thought I was going crazy.
Author
Owner

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

great - yeah this drove me crazy for months too. its such a simple fix but took a long time and a lot of trying different things to narrow it down.

I was a very happy server owner when i first saw that death screen!

All the best

<!-- gh-comment-id:1146911267 --> @rogderdodger commented on GitHub (Jun 6, 2022): great - yeah this drove me crazy for months too. its such a simple fix but took a long time and a lot of trying different things to narrow it down. I was a very happy server owner when i first saw that death screen! All the best
Author
Owner

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

Dude , it fucking works........
Normaly i got every fucking failure soveld by myself......
just that one leaves me with so much headache.
Dont know what to say , i tried to disable 100 plugins , googled my ass off.......
and that little fucking vailla server line fucked it up !

Dude loveit.

but got interested in that youre running 7 servers.... Youre active in Rustedit too ?

Greetings

<!-- gh-comment-id:1146911729 --> @nimdaaaa commented on GitHub (Jun 6, 2022): Dude , it fucking works........ Normaly i got every fucking failure soveld by myself...... just that one leaves me with so much headache. Dont know what to say , i tried to disable 100 plugins , googled my ass off....... and that little fucking vailla server line fucked it up ! Dude loveit. but got interested in that youre running 7 servers.... Youre active in Rustedit too ? Greetings
Author
Owner

@TerpenBoy commented on GitHub (Jun 20, 2022):

Hey upon deleting server.gamemode line from the server config does it force wipe or delete things out of players inventory want to try this but waiting till end of wipe. Would be nice to try it already though.

<!-- gh-comment-id:1160060360 --> @TerpenBoy commented on GitHub (Jun 20, 2022): Hey upon deleting server.gamemode line from the server config does it force wipe or delete things out of players inventory want to try this but waiting till end of wipe. Would be nice to try it already though.
Author
Owner

@rogderdodger commented on GitHub (Jun 20, 2022):

@TerpenBoy no, it won't wipe or cause you any problems as long as you don't change your seed or worldsize values. I'd suggest if you're unsure to backup your serverfiles/server/rustserver directory just in case but you should be fine to do it whenever. Good luck!

<!-- gh-comment-id:1160168014 --> @rogderdodger commented on GitHub (Jun 20, 2022): @TerpenBoy no, it won't wipe or cause you any problems as long as you don't change your seed or worldsize values. I'd suggest if you're unsure to backup your serverfiles/server/rustserver directory just in case but you should be fine to do it whenever. Good luck!
Author
Owner

@Anfernee12345 commented on GitHub (Apr 2, 2023):

It also works when your server is built on windows. I had the same problem, and removed the gamemode and it worked.
Thanks alot for the solution.

<!-- gh-comment-id:1493376169 --> @Anfernee12345 commented on GitHub (Apr 2, 2023): It also works when your server is built on windows. I had the same problem, and removed the gamemode and it worked. Thanks alot for the solution.
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#2483
No description provided.