[GH-ISSUE #1813 ] EasyAntiCheat Scout shutting Down #1420

https://hastebin.com/yuhubikexe

Owner

Originally created by @VincentDercourt on GitHub (Feb 22, 2018).
Original GitHub issue: https://github.com/GameServerManagers/LinuxGSM/issues/1813

Hello,
since the automatic restart scheduled at 15h my 3 servers no longer miser.
The console returns the result below.

Thank you in advance for your help.

Originally created by @VincentDercourt on GitHub (Feb 22, 2018). Original GitHub issue: https://github.com/GameServerManagers/LinuxGSM/issues/1813 Hello, since the automatic restart scheduled at 15h my 3 servers no longer miser. The console returns the result below. ![image](https://i.imgur.com/cvD5M9v.png) [https://hastebin.com/yuhubikexe](https://hastebin.com/yuhubikexe) Thank you in advance for your help.

kerem

closed this issue
added the
outcome: issue resolved
label

kerem commented

Author

Owner

@kossamuno commented on GitHub (Feb 22, 2018):

I have the same problem!

@kossamuno commented on GitHub (Feb 22, 2018): I have the same problem!

kerem commented

Author

Owner

@VincentDercourt commented on GitHub (Feb 22, 2018):

This problem seems to be the same for everyone on linux.
I tried a basic installation without gameservermanagers and the problem is still present.

@VincentDercourt commented on GitHub (Feb 22, 2018): This problem seems to be the same for everyone on linux. I tried a basic installation without gameservermanagers and the problem is still present.

kerem commented

Author

Owner

@lillelilje commented on GitHub (Feb 22, 2018):

Contacted facepunch support an hour ago or so. They are already on the case it seems.

@lillelilje commented on GitHub (Feb 22, 2018): Contacted facepunch support an hour ago or so. They are already on the case it seems.

kerem commented

Author

Owner

@UltimateByte commented on GitHub (Feb 22, 2018):

It seems like adding -debug to your start parameter helps as a workaround for now.
To see how to change your start parms, read this https://github.com/GameServerManagers/LinuxGSM/wiki/Start-Parameters

This is nothing LGSM can fix for now until proven otherwise. If you're facepunching yourself because of this issue, that is normal, remember that the game and server are developped by Facepunch.

@UltimateByte commented on GitHub (Feb 22, 2018): It seems like adding `-debug` to your start parameter helps as a workaround for now. To see how to change your start parms, read this https://github.com/GameServerManagers/LinuxGSM/wiki/Start-Parameters This is nothing LGSM can fix for now until proven otherwise. If you're facepunching yourself because of this issue, that is normal, remember that the game and server are developped by Facepunch.

kerem commented

Author

Owner

@lillelilje commented on GitHub (Feb 22, 2018):

-debug sadly doesn't seem to work for me, but thank you :)

@lillelilje commented on GitHub (Feb 22, 2018): -debug sadly doesn't seem to work for me, but thank you :)

kerem commented

Author

Owner

@sh1ny commented on GitHub (Feb 22, 2018):

Yep, -debug not working here either :(

@sh1ny commented on GitHub (Feb 22, 2018): Yep, -debug not working here either :(

kerem commented

Author

Owner

@kossamuno commented on GitHub (Feb 22, 2018):

Didnt do the trick for me either. Thanks for the attention though UB!

@kossamuno commented on GitHub (Feb 22, 2018): Didnt do the trick for me either. Thanks for the attention though UB!

kerem commented

Author

Owner

@UltimateByte commented on GitHub (Feb 22, 2018):

Well, it worked yesterday for another user, but maybe the update wasn't out yet.
Does ./rustserver debug work?

@UltimateByte commented on GitHub (Feb 22, 2018): Well, it worked yesterday for another user, but maybe the update wasn't out yet. Does `./rustserver debug` work?

kerem commented

Author

Owner

@lillelilje commented on GitHub (Feb 22, 2018):

Same exact issue with ./rustserver debug too

@lillelilje commented on GitHub (Feb 22, 2018): Same exact issue with ./rustserver debug too

kerem commented

Author

Owner

@UltimateByte commented on GitHub (Feb 23, 2018):

So that's a different thing. Well, just wait for Facepunch to put their thumbs out their asses, and google around see if you got a workaround. If you got one, I can implement a hotfix. But this one will most likely require a fix from FP.

@UltimateByte commented on GitHub (Feb 23, 2018): So that's a different thing. Well, just wait for Facepunch to put their thumbs out their asses, and google around see if you got a workaround. If you got one, I can implement a hotfix. But this one will most likely require a fix from FP.

kerem commented

Author

Owner

@Achillesfm commented on GitHub (Feb 23, 2018):

same problem here i did debug but just have the same shit

`
InitServer: GameServer_Init returned false
Couldn't initialize Steam Server (2973146311)

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

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)
Setting up 4 worker threads for Enlighten.
Thread -> id: 7fd34ff7b700 -> priority: 1
Thread -> id: 7fd34f57a700 -> priority: 1
Thread -> id: 7fd34eb79700 -> priority: 1
Thread -> id: 7fd34e178700 -> priority: 1
eac_server.so [x64] :: OnUnload()
`

@Achillesfm commented on GitHub (Feb 23, 2018): same problem here i did debug but just have the same shit ` InitServer: GameServer_Init returned false Couldn't initialize Steam Server (2973146311) (Filename: /home/builduser/buildslave/unity/build/artifacts/generated/common/runtime/DebugBindings.gen.cpp Line: 51) 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) Setting up 4 worker threads for Enlighten. Thread -> id: 7fd34ff7b700 -> priority: 1 Thread -> id: 7fd34f57a700 -> priority: 1 Thread -> id: 7fd34eb79700 -> priority: 1 Thread -> id: 7fd34e178700 -> priority: 1 eac_server.so [x64] :: OnUnload() `

kerem commented

Author

Owner

@gaillafr commented on GitHub (Feb 23, 2018):

Hi,

I've been able to launch the server manually by doing this:

#!/bin/bash

# Do not remove this line
export LD_LIBRARY_PATH="$LD_LIBRARY_PATH:/home/steam/server/serverfiles/RustDedicated_Data/Plugins/x86_64"

# Start the server (note that the -logfile argument is used to log to console)
./RustDedicated -batchmode +server.ip XXX.XXX.XXX.XXX +server.port 28015 +server.tickrate 30 +server.hostname "Rust" +server.identity "rustserver" +server.seed 1 +server.maxplayers 80 +server.worldsize 4500 +server.saveinterval 120 +rcon.web 1 +rcon.ip XXX.XXX.XXX.XXX +rcon.port 28016 +rcon.password "CHANGE_ME" -logfile "/home/steam/server/log/server/rustserver-game-2018-02-23-02:44:50.log"

I've put the script in /home/steam/server/serverfiles/test.sh.

Replace the 2 occurrences of XXX.XXX.XXX.XXX with the server IP address.

But I'm not able to find where to add the LD_LIBRARY_PATH to I have it in the t-mux session 😞

So, as I write these lines, I have my process in the foreground for my server to stay up.

EDIT :

I found a way to have the server running even after closing the SSH connection.

Once you have the file in place :

tmux new-session -d -x "23" -y "80" -s "rustserver"
tmux send-keys -t rustserver C-z 'cd /home/steam/server/serverfiles' Enter
tmux send-keys -t rustserver C-z 'bash test.sh' Enter

/!\ Do not press "Enter", literally write "Enter" at the end of the lines and then, press Enter.

@gaillafr commented on GitHub (Feb 23, 2018): Hi, I've been able to launch the server manually by doing this: ```sh #!/bin/bash # Do not remove this line export LD_LIBRARY_PATH="$LD_LIBRARY_PATH:/home/steam/server/serverfiles/RustDedicated_Data/Plugins/x86_64" # Start the server (note that the -logfile argument is used to log to console) ./RustDedicated -batchmode +server.ip XXX.XXX.XXX.XXX +server.port 28015 +server.tickrate 30 +server.hostname "Rust" +server.identity "rustserver" +server.seed 1 +server.maxplayers 80 +server.worldsize 4500 +server.saveinterval 120 +rcon.web 1 +rcon.ip XXX.XXX.XXX.XXX +rcon.port 28016 +rcon.password "CHANGE_ME" -logfile "/home/steam/server/log/server/rustserver-game-2018-02-23-02:44:50.log" ``` I've put the script in `/home/steam/server/serverfiles/test.sh`. Replace the 2 occurrences of `XXX.XXX.XXX.XXX` with the server IP address. But I'm not able to find where to add the `LD_LIBRARY_PATH` to I have it in the t-mux session 😞 So, as I write these lines, I have my process in the foreground for my server to stay up. **EDIT :** I found a way to have the server running even after closing the SSH connection. Once you have the file in place : ```sh tmux new-session -d -x "23" -y "80" -s "rustserver" tmux send-keys -t rustserver C-z 'cd /home/steam/server/serverfiles' Enter tmux send-keys -t rustserver C-z 'bash test.sh' Enter ``` /!\ Do **not** press "Enter", literally write "Enter" at the end of the lines and **then**, press Enter.

kerem commented

Author

Owner

@lillelilje commented on GitHub (Feb 23, 2018):

So @gaillafr what did you change to make it work?

@lillelilje commented on GitHub (Feb 23, 2018): So @gaillafr what did you change to make it work?

kerem commented

Author

Owner

@kossamuno commented on GitHub (Feb 23, 2018):

Worked for me using the start script gaillafr refered to. For some reason I cant get it to work in a new session. I should mention that if you are using LGSM the default server identity should be "rust-server" and not "rustserver" as gaillafr is using in his exmaple. If you simply copy paste his script without changing the server.identity parameter you will start a new "instance" of your server with a fresh map.

But what does this mean? Where is the problem, with the linux binary or with LGSM?

EDIT:
Sorry, I can get it to work with a new sessions. Path problem if you use LGSM so then u cant simply copy from the example without changing the path. You should put the start script in '/home/rustserver/serverfiles'. To start in a new session then use the following commands:

tmux new-session -d -x "23" -y "80" -s "rustserver"
tmux send-keys -t rustserver C-z 'cd /home/rustserver/serverfiles' Enter
tmux send-keys -t rustserver C-z 'bash test.sh' Enter

@kossamuno commented on GitHub (Feb 23, 2018): Worked for me using the start script gaillafr refered to. For some reason I cant get it to work in a new session. I should mention that if you are using LGSM the default server identity should be "rust-server" and not "rustserver" as gaillafr is using in his exmaple. If you simply copy paste his script without changing the server.identity parameter you will start a new "instance" of your server with a fresh map. But what does this mean? Where is the problem, with the linux binary or with LGSM? **EDIT:** Sorry, I can get it to work with a new sessions. Path problem if you use LGSM so then u cant simply copy from the example without changing the path. You should put the start script in '/home/rustserver/serverfiles'. To start in a new session then use the following commands: `tmux new-session -d -x "23" -y "80" -s "rustserver"` `tmux send-keys -t rustserver C-z 'cd /home/rustserver/serverfiles' Enter` `tmux send-keys -t rustserver C-z 'bash test.sh' Enter`

kerem commented

Author

Owner

@lillelilje commented on GitHub (Feb 23, 2018):

Indeed, server starts with that script.
@UltimateByte you might be interested in this

@lillelilje commented on GitHub (Feb 23, 2018): Indeed, server starts with that script. @UltimateByte you might be interested in this

kerem commented

https://pastebin.com/HcBshYfK

Author

Owner

@VincentDercourt commented on GitHub (Feb 23, 2018):

Thank you for your solution @gaillafr .

For those who wish it here is a script that you have to place in your server and modify according to your configuration.

@VincentDercourt commented on GitHub (Feb 23, 2018): Thank you for your solution @gaillafr . For those who wish it here is a script that you have to place in your server and modify according to your configuration. [https://pastebin.com/HcBshYfK](https://pastebin.com/HcBshYfK)

kerem commented

Author

Owner

@lillelilje commented on GitHub (Feb 23, 2018):

But, to what I can see lgsm does exactly the same as what this script does. I'm really curious about what caused this.

@lillelilje commented on GitHub (Feb 23, 2018): But, to what I can see lgsm does exactly the same as what this script does. I'm really curious about what caused this.

kerem commented

Author

Owner

@VincentDercourt commented on GitHub (Feb 23, 2018):

There was a rust update yesterday.
This caused this bug.
Lgsm has not yet had the time to correct the problem but it will surely be done in the future.

I use a translator.
Sorry if my phrase have errors.

@VincentDercourt commented on GitHub (Feb 23, 2018): There was a rust update yesterday. This caused this bug. Lgsm has not yet had the time to correct the problem but it will surely be done in the future. I use a translator. Sorry if my phrase have errors.

kerem commented

Author

Owner

@determinaft commented on GitHub (Feb 23, 2018):

add file /home/rust/lgsm/config-lgsm/rustserver/rustserver.cfg

-executable="./RustDedicated"
+executable="LD_LIBRARY_PATH=$LD_LIBRARY_PATH:dirname $0/RustDedicated_Data/Plugins/x86_64 ./RustDedicated"
work

@determinaft commented on GitHub (Feb 23, 2018): add file /home/rust/lgsm/config-lgsm/rustserver/rustserver.cfg -executable="./RustDedicated" +executable="LD_LIBRARY_PATH=$LD_LIBRARY_PATH:`dirname $0`/RustDedicated_Data/Plugins/x86_64 ./RustDedicated" work

kerem commented

Author

Owner

@Achillesfm commented on GitHub (Feb 23, 2018):

i'm new on this thing can you guys explain a little bit more? do like a tutorial

@Achillesfm commented on GitHub (Feb 23, 2018): i'm new on this thing can you guys explain a little bit more? do like a tutorial

kerem commented

Author

Owner

@braxton33 commented on GitHub (Feb 23, 2018):

Determinaft, your fix did not work for me.
What DID work is:

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"

@braxton33 commented on GitHub (Feb 23, 2018): Determinaft, your fix did not work for me. What DID work is: 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"

kerem commented

Author

Owner

@lillelilje commented on GitHub (Feb 23, 2018):

executable="LD_LIBRARY_PATH=$LD_LIBRARY_PATH:dirname $0/serverfiles/RustDedicated_Data/Plugins/x86_64 ./RustDedicated"

This works perfectly for me.

@lillelilje commented on GitHub (Feb 23, 2018): executable="LD_LIBRARY_PATH=$LD_LIBRARY_PATH:`dirname $0`/serverfiles/RustDedicated_Data/Plugins/x86_64 ./RustDedicated" This works perfectly for me.

kerem commented

Author

Owner

@braxton33 commented on GitHub (Feb 23, 2018):

fosspill, what OS are you on? I'm on Centos and that one didn't work. had to modify the way I pasted to make it work on mine.

@braxton33 commented on GitHub (Feb 23, 2018): fosspill, what OS are you on? I'm on Centos and that one didn't work. had to modify the way I pasted to make it work on mine.

kerem commented

Author

Owner

@lillelilje commented on GitHub (Feb 23, 2018):

Interesting, I'm on Ubuntu Server.

@lillelilje commented on GitHub (Feb 23, 2018): Interesting, I'm on Ubuntu Server.

kerem commented

Author

Owner

@braxton33 commented on GitHub (Feb 23, 2018):

Yeah, paths & bash work slightly differently between the two different OSes.

@braxton33 commented on GitHub (Feb 23, 2018): Yeah, paths & bash work slightly differently between the two different OSes.

kerem commented

Author

Owner

@joshuamfawcett commented on GitHub (Feb 23, 2018):

braxton33's fix worked for me though I didnt already have the "executable" line but I added it anyway and the server fired back up as normal.

Running CentOS 7 64

@joshuamfawcett commented on GitHub (Feb 23, 2018): braxton33's fix worked for me though I didnt already have the "executable" line but I added it anyway and the server fired back up as normal. Running CentOS 7 64

kerem commented

Author

Owner

@FredSaltyNuts commented on GitHub (Feb 23, 2018):

Joshua did you do anything else before that?

@FredSaltyNuts commented on GitHub (Feb 23, 2018): Joshua did you do anything else before that?

kerem commented

Author

Owner

@joshuamfawcett commented on GitHub (Feb 23, 2018):

Joshua did you do anything else before that?

No, apart from doing "./rustserver update" which broke the server I did nothing.

@joshuamfawcett commented on GitHub (Feb 23, 2018): > Joshua did you do anything else before that? No, apart from doing "./rustserver update" which broke the server I did nothing.

kerem commented

Author

Owner

@FredSaltyNuts commented on GitHub (Feb 23, 2018):

Ok..

Is there any line in your rustserver.cfg defining this:
homeDir=

@FredSaltyNuts commented on GitHub (Feb 23, 2018): Ok.. Is there any line in your rustserver.cfg defining this: homeDir= ?

kerem commented

Author

Owner

@joshuamfawcett commented on GitHub (Feb 23, 2018):

Nope there isnt a "homeDir=" line anywhere in there

@joshuamfawcett commented on GitHub (Feb 23, 2018): Nope there isnt a "homeDir=" line anywhere in there

kerem commented

Author

Owner

@FredSaltyNuts commented on GitHub (Feb 23, 2018):

Ok.. I have the exact same setup but the fix doesn't work for me :(

I keep getting file or directory not found

@FredSaltyNuts commented on GitHub (Feb 23, 2018): Ok.. I have the exact same setup but the fix doesn't work for me :( I keep getting file or directory not found

kerem commented

Author

Owner

@FredSaltyNuts commented on GitHub (Feb 23, 2018):

command_debug.sh: line 107: LD_LIBRARY_PATH=:/serverfiles/RustDedicated_Data/Plugins/x86_64: No such file or directory

@FredSaltyNuts commented on GitHub (Feb 23, 2018): command_debug.sh: line 107: LD_LIBRARY_PATH=:/serverfiles/RustDedicated_Data/Plugins/x86_64: No such file or directory :(

kerem commented

Author

Owner

@lillelilje commented on GitHub (Feb 23, 2018):

@FredSaltyNuts Did you try the one that works for me?
executable="LD_LIBRARY_PATH=$LD_LIBRARY_PATH:`dirname $0`/serverfiles/RustDedicated_Data/Plugins/x86_64 ./RustDedicated"

@lillelilje commented on GitHub (Feb 23, 2018): @FredSaltyNuts Did you try the one that works for me? ```executable="LD_LIBRARY_PATH=$LD_LIBRARY_PATH:`dirname $0`/serverfiles/RustDedicated_Data/Plugins/x86_64 ./RustDedicated"```

kerem commented

Author

Owner

@FredSaltyNuts commented on GitHub (Feb 23, 2018):

Same error..

This must be something simple that I'm overlooking..

@FredSaltyNuts commented on GitHub (Feb 23, 2018): Same error.. This must be something simple that I'm overlooking..

kerem commented

Author

Owner

@braxton33 commented on GitHub (Feb 23, 2018):

@FredSaltyNuts
If you have a slightly different directory layout than is default you may have to modify it a bit, or if your bash setup doesnt include the home dir mapping.

find your plugins/x86_64 directory, do a pwd to get the full path, and instead of
"${homeDir}/serverfiles/RustDedicated_Data/Plugins/x86_64"
use the output from pwd.

@braxton33 commented on GitHub (Feb 23, 2018): @FredSaltyNuts If you have a slightly different directory layout than is default you may have to modify it a bit, or if your bash setup doesnt include the home dir mapping. find your plugins/x86_64 directory, do a pwd to get the full path, and instead of "${homeDir}/serverfiles/RustDedicated_Data/Plugins/x86_64" use the output from pwd.

kerem commented

Author

Owner

@Achillesfm commented on GitHub (Feb 23, 2018):

too many problems, i'm just gonna wait they launch a fix update. no more to do :(

@Achillesfm commented on GitHub (Feb 23, 2018): too many problems, i'm just gonna wait they launch a fix update. no more to do :(

kerem commented

Author

Owner

@FredSaltyNuts commented on GitHub (Feb 23, 2018):

@braxton33 I had thought of that, it's a good call, but it also fails here

command_debug.sh: line 107: LD_LIBRARY_PATH=:/home/rustpvp/serverfiles/RustDedicated_Data/Plugins/x86_64: No such file or directory

this is without a doubt the correct path of this server on my machine, and it still fails

I think I have to sit this one out and wait for a fix :(
Thanks anyway guys

@FredSaltyNuts commented on GitHub (Feb 23, 2018): @braxton33 I had thought of that, it's a good call, but it also fails here command_debug.sh: line 107: LD_LIBRARY_PATH=:/home/rustpvp/serverfiles/RustDedicated_Data/Plugins/x86_64: No such file or directory this is without a doubt the correct path of this server on my machine, and it still fails I think I have to sit this one out and wait for a fix :( Thanks anyway guys

kerem commented

Author

Owner

@Achillesfm commented on GitHub (Feb 23, 2018):

untill then i will be running the machine on windows server, its heavier but nothing to do

@Achillesfm commented on GitHub (Feb 23, 2018): untill then i will be running the machine on windows server, its heavier but nothing to do

kerem commented

Author

Owner

@Achillesfm commented on GitHub (Feb 23, 2018):

its bether to do ./rustserver update every single hour and hope that they launch an fix update

@Achillesfm commented on GitHub (Feb 23, 2018): its bether to do ./rustserver update every single hour and hope that they launch an fix update

kerem commented

Author

Owner

@sregister commented on GitHub (Feb 23, 2018):

I'm still having this issue. Can someone with a working system post the results of echo $LD_LIBRARY_PATH I wonder if there is something else in that variable that I'm missing.

@sregister commented on GitHub (Feb 23, 2018): I'm still having this issue. Can someone with a working system post the results of `echo $LD_LIBRARY_PATH` I wonder if there is something else in that variable that I'm missing.

kerem commented

Author

Owner

@FredSaltyNuts commented on GitHub (Feb 23, 2018):

I searched around for a bit and it seems this is a recurring issue in some Rust updates

This same error has happened over and over again, then gets patched

@FredSaltyNuts commented on GitHub (Feb 23, 2018): I searched around for a bit and it seems this is a recurring issue in some Rust updates This same error has happened over and over again, then gets patched

kerem commented

Author

Owner

@Achillesfm commented on GitHub (Feb 23, 2018):

@FredSaltyNuts yeah, yesterday e just updated the server and then this error just started

@Achillesfm commented on GitHub (Feb 23, 2018): @FredSaltyNuts yeah, yesterday e just updated the server and then this error just started

kerem commented

Author

Owner

@joshuamfawcett commented on GitHub (Feb 23, 2018):

@sregister I got no output from echo $LD_LIBRARY_PATH

@joshuamfawcett commented on GitHub (Feb 23, 2018): @sregister I got no output from `echo $LD_LIBRARY_PATH`

kerem commented

Author

Owner

@sregister commented on GitHub (Feb 23, 2018):

Thanks, it must be something else then. I'll keep playing with stuff--and waiting for an update in the meantime i guess :/

@sregister commented on GitHub (Feb 23, 2018): Thanks, it must be something else then. I'll keep playing with stuff--and waiting for an update in the meantime i guess :/

kerem commented

Author

Owner

@OxECI commented on GitHub (Feb 23, 2018):

@sregister Have you tried to set the server path manually?
This works in my config:
executable="LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/path/to/your/server/RustDedicated_Data/Plugins/x86_64 ./RustDedicated"

@OxECI commented on GitHub (Feb 23, 2018): @sregister Have you tried to set the server path manually? This works in my config: `executable="LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/path/to/your/server/RustDedicated_Data/Plugins/x86_64 ./RustDedicated"`

kerem commented

Author

Owner

@FredSaltyNuts commented on GitHub (Feb 23, 2018):

@W0lftastisch
Sadly that doesn't work for some people, but it's worth a shot. It has worked for a few.

@FredSaltyNuts commented on GitHub (Feb 23, 2018): @W0lftastisch Sadly that doesn't work for some people, but it's worth a shot. It has worked for a few.

kerem commented

Author

Owner

@sregister commented on GitHub (Feb 23, 2018):

Yes I was explicit when including that path in the executable line.

Are these all the right shared objects?

rustserver@debian:~/serverfiles/RustDedicated_Data/Plugins/x86_64$ ls libeac_server.so libRakNet.so libRustNative.so steamclient.so libeasyanticheat.so libRenderer.so libsteam_api64.so

@sregister commented on GitHub (Feb 23, 2018): Yes I was explicit when including that path in the executable line. Are these all the right shared objects? `rustserver@debian:~/serverfiles/RustDedicated_Data/Plugins/x86_64$ ls libeac_server.so libRakNet.so libRustNative.so steamclient.so libeasyanticheat.so libRenderer.so libsteam_api64.so`

kerem commented

Author

Owner

@sregister commented on GitHub (Feb 23, 2018):

After validating the install it seems to be booting now. Thanks for the help.

@sregister commented on GitHub (Feb 23, 2018): After validating the install it seems to be booting now. Thanks for the help.

kerem commented

Author

Owner

@OxECI commented on GitHub (Feb 23, 2018):

@FredSaltyNuts In your case, I guess you need to write the ./RustDedicated at the end. It´s missing here (additional to : LD_LIBRARY_PATH=$LD_LIBRARY_PATH:)

command_debug.sh: line 107: LD_LIBRARY_PATH=:/home/rustpvp/serverfiles/RustDedicated_Data/Plugins/x86_64: No such file or directory

@sregister Huh, alright. I´ve checked it with mine, nothing is missing there.
Edit: That sounds great! I hope it gets fixed soon..

@OxECI commented on GitHub (Feb 23, 2018): @FredSaltyNuts In your case, I guess you need to write the `./RustDedicated` at the end. It´s missing here (additional to : LD_LIBRARY_PATH=$LD_LIBRARY_PATH:) > command_debug.sh: line 107: LD_LIBRARY_PATH=:/home/rustpvp/serverfiles/RustDedicated_Data/Plugins/x86_64: No such file or directory @sregister Huh, alright. I´ve checked it with mine, nothing is missing there. Edit: That sounds great! I hope it gets fixed soon..

kerem commented

Author

Owner

@UltimateByte commented on GitHub (Feb 23, 2018):

Fix published. Please test and feedback on the proper issue: #1817

@UltimateByte commented on GitHub (Feb 23, 2018): Fix published. Please test and feedback on the proper issue: #1817

kerem commented

Author

Owner

@RMefisto commented on GitHub (Feb 23, 2018):

Thank you for your solution @gaillafr.

@RMefisto commented on GitHub (Feb 23, 2018): Thank you for your solution @gaillafr.

kerem commented

Author

Owner

@kossamuno commented on GitHub (Feb 23, 2018):

Thank you @UltimateByte ! Your fix is working for me, I can now run my server with the LGSM script!

@kossamuno commented on GitHub (Feb 23, 2018): Thank you @UltimateByte ! Your fix is working for me, I can now run my server with the LGSM script!

kerem commented

Author

Owner

@Achillesfm commented on GitHub (Feb 24, 2018):

@UltimateByte you saved my weekend, thank you very much <3

@Achillesfm commented on GitHub (Feb 24, 2018): @UltimateByte you saved my weekend, thank you very much <3

kerem commented

Author

Owner

@UltimateByte commented on GitHub (Feb 24, 2018):

Thanks for the feedback and love! Have fun !

@UltimateByte commented on GitHub (Feb 24, 2018): Thanks for the feedback and love! Have fun !

kerem commented