GameServerManagers / LinuxGSM

The command-line tool for quick, simple deployment and management of Linux dedicated game servers.
https://linuxgsm.com
MIT License
4.23k stars 808 forks source link

[Rust] Server starting with only first word of "server.hostname" parameter #1675

Closed MrGraversen closed 6 years ago

MrGraversen commented 6 years ago

I've configured a server to launch as My Rust Server, but it is simply found in-game as My.

Here's the Hastebin: https://hastebin.com/cagufureli

From the Hastebin:

Command-line Parameters
=================================
./RustDedicated -batchmode +server.ip * +server.port 28015 +server.tickrate 60 +server.hostname "My Rust Server" +server.identity "rustserver"  +server.maxplayers 50 +server.worldsize 5000 +server.saveinterval 300 +rcon.web 1 +rcon.ip * +rcon.port 28016 +rcon.password "********" -logfile "/home/*/rust/log/server/rustserver-game-2017-10-29-01:19:37.log"

It seems like a weird issue; I used to host a Rust server from a canned gameservers hosting provider, and the server.hostname parameter worked fine.

MrGraversen commented 6 years ago

I strung together some information from other issues, and was able to come up with the following solution:

In my lgsm/config-lgsm/rustserver/rustserverX.cfg I inserted line 119 from rustserver on the master branch, and then the server was able to start without debug mode (something I also wasn't able to do), and the server name now appears to be set correctly.

dgibbs64 commented 6 years ago

@UltimateByte Please can you check that the fix_rust.sh is working as intended. Thanks

thorpj commented 6 years ago

@MrGraversen I made the change you recommended (but in common.cfg)

From ./rustserver debug Continue? [Y/n] Y [ INFO ] Debug rustserver: Stopping any running servers [ INFO ] Stopping rustserver: servername is already stopped [ OK ] Debug rustserver: Starting debug /home/rustserver/lgsm/functions/command_debug.sh: line 107: LD_LIBRARY_PATH=:/home/rustserver/serverfiles/RustDedicated_Data/Plugins/x86_64: No such file or directory [ OK ] Debug rustserver: Stopping debug I have tried executable="LD_LIBRARY_PATH=/home/rustserver/serverfiles/RustDedicated_Data/Plugins/x86_64 ./RustDedicated" and executable="LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/home/rustserver/serverfiles/RustDedicated_Data/Plugins/x86_64 ./RustDedicated" in common.cfg ./rustserver start does not work either

line 107 of command_debug.sh : "${executable} ${params}

UltimateByte commented 6 years ago

@thorpj Post details please as required here to try diagnosing anything. https://github.com/GameServerManagers/LinuxGSM/wiki/Support

GitHub
GameServerManagers/LinuxGSM
LinuxGSM - Linux Game Server Managers_
dgibbs64 commented 6 years ago

@UltimateByte new support link :) https://linuxgsm.com/support/#guide

LinuxGSM
Support – LinuxGSM
There are various ways to get help and support with LinuxGSM. Including wiki, steam group and discord
UltimateByte commented 6 years ago

Awesome! @dgibbs64

thorpj commented 6 years ago

Apologies @UltimateByte ./rustserver debug works, ./rustserver start gives error below Multiple mods are installed, however they work fine with ./rustserver debug, so I doubt they're causing this issue Game: Rust Details: https://hastebin.com/ilowizodes.sql Error (found in a console.log file):

dlopen failed trying to load:
steamclient.so
with error:
steamclient.so: cannot open shared object file: No such file or directory
[S_API FAIL] SteamAPI_Init(): Sys_LoadModule failed to load: steamclient.so
[S_API FAIL] SteamAPI_Init() failed
InitServer: GameServer_Init returned false
eac_server.so [x64] :: OnUnload()

steamclient.so exists in $LD_LIBRARY_PATH which is $HOME/serverfiles/RustDedicatedData/Plugins/x86_64/steamclient.so (host is 64bit)

lsb_release -a: Ubuntu 16.04.4 uname -a: Linux rust-01.gameserver 4.4.0-116-generic #140-Ubuntu SMP Mon Feb 12 21:23:04 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux ldd --version: (Ubuntu GLIBC 2.23-0ubuntu10) 2.23 tmux -V: 2.1 from a relevant server log file:


...
...
...

Server startup complete
EasyAntiCheat Scout Shutting Down

(Filename: /home/builduser/buildslave/unity/build/artifacts/generated/common/runtime/DebugBindings.gen.cpp Line: 51)

EasyAntiCheat Server Shutting Down

(Filename: /home/builduser/buildslave/unity/build/artifacts/generated/common/runtime/DebugBindings.gen.cpp Line: 51)

[Raknet] Server Shutting Down (Shutting Down)
Unloaded plugin Rust:IO for Oxide v2.15.0 by playrust.io / dcode
thorpj commented 6 years ago

It appears that the fix was to add the debug flag

parms="$parms -debug" in common.cfg

Apparently there's an issue that Facepunch need to resolve

UltimateByte commented 6 years ago

Your start parameters are messed up. Whatever you did, this is wrong. The fix you applied is already applied properly by LinuxGSM. Adding "LD_LIBRARY_PATH=/home/rustserver/serverfiles/RustDedicated_Data/Plugins/x86_64" to start parameters is not correct.

Here is what a clean server looks like: https://hastebin.com/uyovunuxut

Please, review your config, make a backup of it and start clean from _common.cfg, and stop messing with start parameters if you don't know what you're doing.

hastebin
UltimateByte commented 6 years ago

Also, bind to a real IP and update your LinuxGSM.

PS: No harm intended, I just gotta be efficient atm, no time for screwing around with unneeded cautiousness.

thorpj commented 6 years ago

@UltimateByte I have tested:

And the finally found that I needed to add the -debug parameter. Yes I can now remove that line, but clearly it's not a problem, as my server works with or without that line.

I'm not binding to a specific ip for $reasons. I have updated LGSM since the last commit. A few days ago.

UltimateByte commented 6 years ago

@thorpj But did you try a clean install where the only modification is that you bind to a real interface IP (and use different ports if needed) ?

lock[bot] commented 5 years ago

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.