Native Linux server (with management scripts)

Looks like downloading 7dtd itself did not work. Try rerunning "7dtd.sh updateengine".

 
Looks like downloading 7dtd itself did not work. Try rerunning "7dtd.sh updateengine".
Click to expand...
I "may" have figured it out as it says I have "no subscription" do I have to use my steam account that owns 7dtd? I have a separate steamcmd account that I use for hosting dedicated server games.

gameserver@gameserver:/home/sdtd$ sudo 7dtd.sh updateengineA newer version of the engine is available.

Local buildid: 0

Available buildid: 298550

Continue? (yn) y

Updating...

Redirecting stderr to '/home/gameserver/Steam/logs/stderr.txt'

[ 0%] Checking for available updates...

[----] Verifying installation...

Steam Console Client © Valve Corporation

-- type 'quit' to exit --

Loading Steam3...OK.

"@sSteamCmdForcePlatformType" = "windows"

Logging in user '########' to Steam Public...Success.

ERROR! Failed to install app '251570' (No subscription)

/home/buildbot/buildslave/steam_rel_client_linux/build/src/clientdll/configstore .cpp (1280) : Assertion Failed: Saving local config store failed during shutdown

/home/buildbot/buildslave/steam_rel_client_linux/build/src/clientdll/configstore .cpp (101) : Assertion Failed: ConfigStore (UserLocalConfigStore) is dirty, and being destroyed, we're discarding data

/home/buildbot/buildslave/steam_rel_client_linux/build/src/clientdll/configstore .cpp (1280) : Assertion Failed: Saving local config store failed during shutdown

/home/buildbot/buildslave/steam_rel_client_linux/build/src/clientdll/configstore .cpp (101) : Assertion Failed: ConfigStore (InstallConfigStore) is dirty, and be ing destroyed, we're discarding data

cp: cannot stat `/home/sdtd/engine/Install/32bit/SteamworksManaged.dll': No such file or directory
Click to expand...
UPDATE

Answered my own question by researching it at https://developer.valvesoftware.com/wiki/Dedicated_Servers_List yes you have to have the account you registered the game on unfortunately

 
Last edited by a moderator:
Yeh so I did try LD_LIBRARY_PATH=$SDTD_BASE/linux_files/x86 $SSD

though would not work because on mine it was LD_LIBRARY_PATH=$SDTD_BASE/linux_files $SSD

without the x86.. it did work so limited it to just 2cores on startup now..

any seems the cpu spiking like that doesn't seem to be 7dtd server, seems more like the server was getting ddos attacks and that was causing cpu usage spikes all processes just looked like it was 7dtd at the time, but then I noticed massive spiking on other processes at random time periods when 7dtd wasn't running.

 
nope on another look.. it definitely chews up the cpu and seems to ignore being limited to 2cores from what i can tell

 
Wonder how it could ignore CPU affinity if set for all threads ... ;)

Unfortunately I can't do much about such issues, but just as a note: Haven been playing on a server the last days with up to 5 players being online concurrently. No crash, no other problems, CPU load on 4 cores between 40% (2 players) and almost 200% (i.e. two cores almost completely busy) (5 players) but even than it was running fine.

 
Thanks for this guide!

Had to try it, so I dug up an old Dell laptop (Latitude D430) with 2gb or RAM, installed Ubuntu Server 14.4 (32bit). I've currently only tried it within my own LAN at home with only myself playing, but no lag what so ever. Will open up ports in my FW and get a friend or two to log on and and stress-test it a bit... the laptop hosting the server is currently connected with WiFi too - not an optimal solution, I know, but I'm just testing atm.

Anyway - the guide was easy and straightforward to follow, so thumbs up from me! :)

 
Easiest way:

Code: 
. /usr/local/lib/7dtd/common.sh
telnetCommand <sessionName> "say Hello"
You can also decrease the time the script waits after sending the message, should not matter for using "say":

Code: 
. /usr/local/lib/7dtd/common.sh
telnetCommand <sessionName> "say Hello" 0.3
Regards,

Chris

 
Thank you very much!!!!!!!! :)

Easiest way:
Code: 
. /usr/local/lib/7dtd/common.sh
telnetCommand <sessionName> "say Hello"
You can also decrease the time the script waits after sending the message, should not matter for using "say":

Code: 
. /usr/local/lib/7dtd/common.sh
telnetCommand <sessionName> "say Hello" 0.3
Regards,

Chris
Click to expand...
- - - Updated - - -

Thanks, but the control panel opens for a few seconds and then is forever asking to put the password again.

 
Thanks, but the control panel opens for a few seconds and then is forever asking to put the password again.
Click to expand...
Can you be a bit more specific? I.e. what did you do exactly and what's happening then?

 
Can you be a bit more specific? I.e. what did you do exactly and what's happening then?
Click to expand...
when I open the panel (myip:8080), it stays open for a few seconds. And then ends the session and asks to enter the password again. It is in this loop forever.

 
Ah ... can't help you with this one, never used it as I had some trouble with it when it was first released ;)

 
When the server is restarted, the panel opens normally. But then when it starts to get too server logs, it starts with this problem..

 
H3llghost is almost right ... the first character being a shebang of course ... ;)

Code: 
#!/bin/sh
. /usr/local/lib/7dtd/common.sh

telnetCommand $1 "say Hello to $4"
 
You must log in or register to reply here.
Back
Top