Native Linux server (with management scripts)

Fixed a bug in updatescripts: It did delete the compiled start-stop-daemon but not recompile it. So after updating to v18 you will have to recompile it once manually:

Code: 
cd /usr/local/lib/7dtd/start-stop-daemon
make
make install
If you don't have make installed:

Code: 
cd /usr/local/lib/7dtd/start-stop-daemon
gcc -Wall -Wextra -Wno-return-type -o start-stop-daemon start-stop-daemon.c
chown root.root start-stop-daemon
chmod 0755 start-stop-daemon
Afterwards that should no longer be necessary when updating the scripts. Sorry about that :(

Regards,

Chris

 
@All:Just noticed that the update detection does indeed NOT work. Looks like SteamCMD has some private cache of the AppDB so the shown buildid will always be the one when you last downloaded/updated 7dtd :(
Click to expand...
Ok, v.19 fixes the buildid checking in the updateengine command. I do not rely on SteamCMD for that anymore, seems to be to unstable. Using SteamDB.info now ;)

Regards,

Chris

 
hey, i have a problem with updating 7dtd to 8.6.

i run the updatescript for the engine and the steamcmd part is working fine, it downloads 7dtd and says fully installed.

Still, the server wont let me log in, saying version mismatch (me 8.6 , server 8.5)

Would appreciate any help, thx

 
nevermind, i had the newest scripts, but used an old version of the bootstrap install script :/

sorry, im dumb..

 
Nice scripts.

But cron backup doesn't work properly.

my SDTD_BACKUP_MAX_BACKUPS is set to 10 but I have a LOT more in the backup folder.

adding this at the begining of the sdtdCommandBackup function make it work again for me :

cd $SDTD_BACKUP_ROOT
Click to expand...
Does your server run well on linux with 6 or more players ?

I have lag and random crash @ 6 or more :/

I've seen server running very well with 20 players...

i'm running debian 7.5 64bit on [email protected] + 16G RAM

 
But cron backup doesn't work properly.my SDTD_BACKUP_MAX_BACKUPS is set to 10 but I have a LOT more in the backup folder.

adding this at the begining of the sdtdCommandBackup function make it work again for me :
Click to expand...
Thanks for the report, wonder why I did not notice this when testing ;)

v.20 has this fix.

Does your server run well on linux with 6 or more players ?I have lag and random crash @ 6 or more :/

I've seen server running very well with 20 players...

i'm running debian 7.5 64bit on [email protected] + 16G RAM
Click to expand...
Unfortunately I can not give much input on performance. The server I am running (just for me and my friends) had at most 3 players on it and that was even a few months ago. Since the switch to the Linux engine we didn't find the time to play at all so not even 2 players tested ;)

AFAIR some people reported it works well and others that it does not. Sorry that I can not give you more details (would like to know myself ;) ).

Regards,

Chris

 
No idea why that should come up. The first line in startup is ok, but the parsing errors are not.

@Ribesg: Did you do anything manually within the /home/sdtd folder or did you only use bootstrapper and the management scripts?

@Elendar: Which version of Debian are you running?

 
I did some manual things first but I took care to remove everything before using the bootstrap. The only thing I didn't remove was the sdtd account itself. I don't think it would cause this.

EDIT: As Elendar said it would be nice to have a way to clean everything!

 
Last edited by a moderator:
Quick summary of what you have to remove: Uninstall

There should not be any more to it.

I don't think that this might be related to your installation though. The only causes I could imagine:

- Wrong permissions on stuff in /home/sdtd (more precisely in the instances or engine folders)

- Defective 7dtd files (but as you both said you had a fresh install I doubt this is the case)

- Defective or too old save files

 
Yep,

Code: 
chown sdtd.sdtd -R /home/sdtd/engine
chown sdtd.sdtd -R /home/sdtd/instances
and to be safe:

Code: 
chmod =rX,u+w -R /home/sdtd/engine
chmod =rX,u+w -R /home/sdtd/instances
 
Removed everything on the server including the sdtd user & group, removed the game locally. Redownloading all the things and testing again.

 
Will do a fresh install on Ubuntu 13.10 x64. Still don't think it should be related to the distribution or anything like that :(

Can you send me the config.xml of your instance? Don't forget to remove the passwords for server/telnet/web panel.

 
Thanks.

I just set up a clean Ubuntu 13.10 x64, ran the bootstrapper and created an instance, using the values you had in your config. Unfortunately (cause I cannot check on the problem myself) it started without any problems after that.

Right now I'm kinda out of ideas :(

 
You must log in or register to reply here.
Back
Top