Native Linux server (with management scripts)

Updatescripts only did that? Do you know if/what part you skipped when installing manually?

Actually the only thing that I could imagine having a problem at all is putting the "7dtd" in /etc/bash_completion.d/. It doesn't even try to fiddle with rc-scripts (only copies the new 7dtd.sh to /etc/init.d but doesn't invoke rc-update or anything).

 
weirdinfo.jpg

Well I restart before doing it to make sure I didnt have current issues... Then ran the update command and that happened

Idk... Im going to prob do the manual install tonight again and see but thats only if I cant get this to work. Have a 11 day game going I can hopefully get back

heres another link to my error

the pic is really small for some reason

http://tinypic.com/view.php?pic=2wgad8k&s=8

 
Last edited by a moderator:
I know I was copy and pasting from the script itself to install it

I know I left out update-rc.d 7dtd.sh defaults thinking it was the issue

Does this get run again during the script update?

Besides this issue, it runs perfect on centos

also while following manual install . /etc/bash_completion was not run

 
Last edited by a moderator:
Those erors don't look like they were related to the scripts at all.

Updatescripts doesn't run update-rc.d either.

Gonna try a centos install tomorrow (more exactly today after sleeping ;-) ) myself.

/EDIT: Which version of centos are you running?

 
Using centos 6.5

Poweredge 2950 server

software raid

Only commands I have run after fresh install is

yum install update

yum groupinstall "Base" "Development Tools" "Development Libraries"

disable selinux

Then go right into install 7dtd

 
I'm assuming the 64bit version? Want to have a similar environment for testing ;-)

 
Not sure if this is where I should post questions about the server fixes .dll, but I just gave it a try this morning, and it seemed to have broke my server. The mapping webserver works, and the server runs, but I cannot login in-game. It connects, asks for the password and then sits at "connecting to server [iP Address/Port]" forever.

I assumed it was due to the 9.3 update that was pushed out on steam today, so I did an updateengine --force and got things working again minus the server fixes .dll. Noticed that rev 180 says it supports Alpha 9.3, so I gave it another try... Same results, mapping via the webserver works, but I cannot login using the game client.

I didn't see any clear spot on where to put the "7dtd-server-fixes.dll" and "Assembly-CSharp.dll" (once renamed, of course) so I put them under /home/sdtd/engine/7DaysToDie_Data/Managed

Am I doing something wrong?

the logs seem to suggest I'm connected, but the client doesn't? Is that steamworks error the problem?

Code: 
2014.09.08 16:15:12: Allowing player with id 1
2014.09.08 16:15:14: EAC UserStatusHandler callback. Status: Authenticated GUID: [REDACTED] ReqKick: False
2014.09.08 16:15:16: RequestToEnterGame: 1/zOmbIE
2014.09.08 16:15:16: GMSG: zOmbIE joined the game
2014.09.08 16:15:17: RequestToSpawnPlayer: 171, 1, zOmbIE, 8
2014.09.08 16:15:17: Created player with id=171
2014.09.08 16:15:17: Adding observed entity: 1, (-373.2, 69.9, -714.0), 8
2014.09.08 16:15:17: Fallback handler could not load library /home/sdtd/engine/7DaysToDie_Data/Mono/x86/SteamworksNative
2014.09.08 16:15:17: Player connected, clientid=1, entityid=171, name=zOmbIE, steamid=[REDACTED], ip=192.168.0.42
2014.09.08 16:15:18: Player set to online: [REDACTED]
 
Heres what I did to get it working on centos 6.5... This is only the server, nothing else

Code: 
centos 6.5 64 bit 
I have been doing Full desktop install for now

#Commands

yum -y update

#then 

yum groupinstall "Base" "Development Libraries" "Development Tools"
reboot


### To install xmlstarlet I 
cd /tmp
wget http://pkgs.repoforge.org/rpmforge-release/rpmforge-release-0.5.2-2.el6.rf.x86_64.rpm
rpm -ivh rpmforge-release-0.5.2-2.el6.rf.x86_64.rpm


#Needed for steam "yum install glibc.i686 libstdc++.i686"
yum install xmlstarlet
yum install libgcc.i686
yum install glibc.i686 libstdc++.i686
yum install nc

===========================================================================================================


useradd -d /home/sdtd -m -r -s /bin/bash -U sdtd

wget http://illy.bz/fi/7dtd/management_scripts.tar.gz

tar --touch -xvzf management_scripts.tar.gz -C /

vi /etc/7dtd.conf
#edit steam un and pw then save and close
:wq

###Make the server start at system boot: 
chkconfig 7dtd.sh on


#Compile start-stop-daemon
cd /usr/local/lib/7dtd/start-stop-daemon

make
gcc -o start-stop-daemon start-stop-daemon.c

make install
chown root.root start-stop-daemon
chmod 0755 start-stop-daemon


#Install the Linux engine

wget -O linux_files.tar.gz http://illy.bz/fi/7dtd/linux_files.tar.gz

tar --touch -xvzf linux_files.tar.gz -C /home/sdtd/

chown sdtd.sdtd -R /home/sdtd/linux_files
chmod 0644 -R /home/sdtd/linux_files
find /home/sdtd/linux_files -type d -exec chmod 0755 {} \;
chmod 0755 /home/sdtd/linux_files/engine/7DaysToDie.x86

chown root.root /etc/7dtd.conf
chmod 0600 /etc/7dtd.conf


chown sdtd.sdtd /home/sdtd -R


chown root.root /etc/init.d/7dtd.sh
chown root.root /etc/bash_completion.d/7dtd
chown root.root /usr/local/bin/7dtd.sh
chown root.root /usr/local/lib/7dtd -R
chmod 0755 /etc/init.d/7dtd.sh
chmod 0755 /etc/bash_completion.d/7dtd
chmod 0755 /usr/local/bin/7dtd.sh
chmod 0755 /usr/local/lib/7dtd -R

7dtd.sh updateengine

#Enter steam code wait for update

7dtd.sh instances create
I can reboot and everything works fine.... I havent tried doing anything with the update script.

 
Last edited by a moderator:
Not sure if this is where I should post questions about the server fixes .dll,
Click to expand...
The correct location would've been: http://7daystodie.com/forums/showthread.php?12837-Improvements-for-the-dedicated-server

;)

You shouldn't even have to download the mod yourself, if you do a updatescripts and updateengine you'll have the mod for the current version automatically. If after that it still does not work please send me a full server log (including at least one login attempt). Don't forget to strip the passwords.

Heres what I did to get it working on centos 6.5... This is only the server, nothing else ...

I can reboot and everything works fine.... I havent tried doing anything with the update script.
Click to expand...
Currently installing a test environment ;)

 
@bladez:

I found the problem. In CentOS /etc/init.d is a symlink and the unpacking operation for the management-scripts overwrites this link with a directory instead of adding the file to the directory that is symlinked (/etc/rc.d/init.d/). So the system can't find any of the scripts afterwards anymore.

Will see how I can prevent this from happening.

 
You shouldn't even have to download the mod yourself, if you do a updatescripts and updateengine you'll have the mod for the current version automatically. If after that it still does not work please send me a full server log (including at least one login attempt). Don't forget to strip the passwords.
Click to expand...
Ended up being some sort of port conflict, changed the remote control port to 8100 and it's working now.

 
Ended up being some sort of port conflict, changed the remote control port to 8100 and it's working now.
Click to expand...
:)

@bladez: Updated the updatescripts in v.57 so it should work for you. You have to update it once manually though as only subsequent updatescripts-invocations will have that fix.

I still have to come up with a solution for the bootstrapper though :(

 
I made myself a simple monitoring daemon that checks the status and restarts the server if it fails. It notifies via email address if it can't start.

Perl is required, required modules are listed in the comments. A working sendmail install is also required. The script uses the base directory its running from as a working directory for the pidfile. I run mine from /etc/scripts/ as root. You place your relevant user info in the commented section near the top as is required.

Feel free to modify and reuse it however you like.

usage. ./script.pl <-start> <-stop> <-status>

http://pastebin.com/dkxKrgjV#

 
Last edited by a moderator:
Hello friend... look this error: "/usr/local/lib/7dtd/common.sh: line 186: 9716 Killed nc 127.0.0.1 $TEL_PORT 0<&3" whats problem?
Click to expand...
I had the same problem, because I was blind. There is another service on the choosen Port. So the connection is opened (no Connection refused) but get no correct respond. I had a HTTP server listening on the Port and it didnt gave me a reply :D

 
Sorry Alloc,

I ended up just doing the 7dtd.sh updatescripts before you responded and it broke the install again.. Should of waited :p

Redid everything and now I cant test till a new version is released, says its already up to date

Thanks for all your help! Will test again once new version is released

 
If you want to try it you can always add the --force parameter and it will "update" regardless of a new version ;)

Also, fixing the system is also possible by simply deleting the folder /etc/init.d and creating a symlink from /etc/init.d to /etc/rc.d/init.d.

 
Ran 7dtd.sh updatescripts --force

It updated

I restarted and everything still works

Thanks and thanks the tip about fixing!

 
Hello friend... look this error: "/usr/local/lib/7dtd/common.sh: line 186: 9716 Killed nc 127.0.0.1 $TEL_PORT 0<&3" whats problem?
Click to expand...
It's the game telnet daemon crashing and that is the script not getting contact.

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