Linuxgsm: Rust won't start on Fresh Install

Created on 23 Feb 2018  路  19Comments  路  Source: GameServerManagers/LinuxGSM

  • Fresh Install on Debian 9.3 Stretch (Also tried Ubuntu 16.04)
  • Install dependencies sudo dpkg --add-architecture i386; sudo apt-get update; sudo apt-get install mailutils postfix curl wget file bzip2 gzip unzip bsdmainutils python util-linux ca-certificates binutils bc tmux lib32gcc1 libstdc++6 libstdc++6:i386 lib32z1
  • Create 'rust' user
  • Login as 'rust' user
  • git clone https://github.com/GameServerManagers/LinuxGSM.git
  • ./linuxgsm.sh rust
  • ./rustserver install
  • ./rustserver start

At this point, it fails.. I had initially thought it was an LD_LIBRARY path problem but couldn't fix it.. I've tried both Ubuntu & Debian (both from OVH) and get the same results. Any idea what I'm doing wrong? I've included the logs below.

Postdetails @ https://hastebin.com/ivejedezod
Console Log @ https://hastebin.com/asibuxayuk

Thank you in advance!

Rust issue resolved pr accepted bug

Most helpful comment

As usual, i'm on it and will try to fix Facepunch's unprofessionalism.

All 19 comments

I'll leave this one open since it's well made contrarily to the other ones.

But once and for all: This is most likely something that needs to be fixes by Facepunch. Please, go complain to them. This issue is a general issue. Wether you use LGSM or not.

Couple of possible workarounds in here:
https://github.com/GameServerManagers/LinuxGSM/issues/1813#issuecomment-367985034

Bobey6,

I fixed the issue by:

In your lgsm/config-lgsm/rustserver/rustserver.cfg replace
executable="./RustDedicated"
with:
executable="LD_LIBRARY_PATH=$LD_LIBRARY_PATH:${homeDir}/serverfiles/RustDedicated_Data/Plugins/x86_64 ./RustDedicated"

The above worked for me as well.

As usual, i'm on it and will try to fix Facepunch's unprofessionalism.

Fix published on master branch. Works for Debian 9. Please test it out and feedback.

Works for me on Debian 8. Good work !!!

Thanks!
You can also thank @gaillafr , this fix was inspired by his post. https://github.com/GameServerManagers/LinuxGSM/issues/1813#issuecomment-367890099

Done m8 :)

Hehe :p

Updated LGSM on Centos 7

The server starts now, all the way to spawning the Bradley

Oxide is also updated but now the Csharp compiler fails.
Plugins don't get loaded
I removed oxide, installed it again - updated it again and again
Compiler still fails

Maybe oxide needs a fix? Just asking

I googled for the error and got nothing yet

No issue with that for me.

Interesting, thanks for the feedback @FredSaltyNuts , that's good to know it also works for CentOS.
I'll try reaching Wolf from Oxide about that if he's still active.

Yeah I think I got this now.

I grabbed the latest build from
https://github.com/OxideMod/CSharpCompiler/releases

Placed it into the serverfiles folder
chmod 744

Now the plugins are loading again :)

This was a hard day for Rust populations...
Hang in there guys, and thanks for the help

Lol @FredSaltyNuts Not the first, and probably not the last something like that happens. I added support for Rust around 2 years ago, this is maybe the 3rd or 4th time that Facepunch breaks everything. Once, start parameters changed, then i think a new glibc was required, then we had to set the library path, and now we have to set it a different way... The """"funny"""" thing is this time, the website happened to be down at the same time. :o))
Of course, every single time, Facepunch provides 0 info about the changes, and the community has to find workarounds to fix their crap.

PS: And now https://oxidemod.org/ is unavailable :o))

Still getting lots of errors..
I sure hope Facepunch grow up soon..

Web request callback raised an exception (JsonReaderException: Unexpected character encountered while parsing value: <. Path '', line 0, position 0.)
at Newtonsoft.Json.JsonTextReader.ParseValue () [0x00000] in :0
at Newtonsoft.Json.JsonTextReader.Read () [0x00000] in :0
at Newtonsoft.Json.JsonReader.ReadAndMoveToContent () [0x00000] in :0
at Newtonsoft.Json.Serialization.JsonSerializerInternalReader.ReadForType (Newtonsoft.Json.JsonReader reader, Newtonsoft.Json.Serialization.JsonContract contract, Boolean hasConverter) [0x00000] in :0
at Newtonsoft.Json.Serialization.JsonSerializerInternalReader.Deserialize (Newtonsoft.Json.JsonReader reader, System.Type objectType, Boolean checkAdditionalContent) [0x00000] in :0

EDIT:
Scratch that - I had file ownership mistakes because I'm an idiot..
Cheers

Fixed. You can mark this closed. Thank you :)

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.

Was this page helpful?
0 / 5 - 0 ratings

Related issues

dgibbs64 picture dgibbs64  路  3Comments

Septembers picture Septembers  路  3Comments

dj-hyb picture dj-hyb  路  3Comments

MicLieg picture MicLieg  路  3Comments

n0x-io picture n0x-io  路  3Comments