Linux Dedicated Server for 5.0 Guide

[Metal]

This guide was written for Ubuntu 14.04, using a fresh install; you may already have some of the dependencies and such already set up.
Special Thanks: Misfire.
Guide Status: Finished

1. Install Steam User and SteamCMD

sudo apt-get upgrade && sudo apt-get upgrade
sudo apt-get install lib32gcc1 libssl1.0.0 libssl1.0.0:i386 libcurl3:i386
sudo useradd -m steam
sudo su - steam
mkdir ~/steamcmd
cd ~/steamcmd
wget https://steamcdn-a.akamaihd.net/client/installer/steamcmd_linux.tar.gz
tar -xvzf steamcmd_linux.tar.gz
./steamcmd.sh

The previous set of commands will install lib32gcc1, a prerequisite to using steamcmd not typically included with linux.
You're also installing libssl1.0.0 and libssl1.0.0:i386 which you need for Sven Co-op to work.
You're then creating and switching to a dedicated steam user to both keep things sorted and prevent privilege escalation.
The wget and tar commands download and extract SteamCMD itself, which will manage all steam games on the server including Sven Co-op.
Lastly we're launching SteamCMD to actually get the server.

2. Installing Sven Co-op Dedicated Server
I personally prefer to login to Steam to guarantee downloads, but you can choose to do this using the anonymous login.

Steam>login USER

Logging in user 'USER' to Steam Public...
password: SUPERCOOLPASSWORD

Enter the current code from your Steam Guard Mobile Authenticator app
Two-factor code:CODE1
Logged in OK
Waiting for license info...OK

Steam> app_update 276060

app_update 276060 is the command that directly downloads Sven Co-op 5.0 dedicated server, you will use the same command to update the server.[/I]

3. Validating the Install
Like many steam pipe installs, the server may fail to install everything it needs. So after you see something like:

 Update state (0x61) downloading, progress: 98.97 (1920381357 / 1940288513)
 Update state (0x81) committing, progress: 43.04 (835182261 / 1940288513)
Success! App '276060' fully installed.

It's your cue to run app_update 276060 validate

4a. Customization
In either FTP or your favorite GUI based editor, you're going to need to edit some files to make your server actually work, and be unique.

cd ~/Steam/steamapps/common/Sven\ Co-op\ Dedicated\ Server/svencoop
nano server.cfg

The files you need to work with are all going to be in the svencoop/svencoop directory, since we installed it to the steam home we can replace most with "~"
server.cfg contains the information that makes your server unique, including the hostname, IPAND PORT, and importantly the rcon_password

4b. Install Metamod (optional)
If you're planning on installing metamod, you'll want to also edit your liblist.gam file.
Upload your metamod.so here:

/home/steam/Steam/steamapps/common/Sven\ Co-op\ Dedicated\ Server/svencoop

Change your Liblist.gam's contents from

gamedll_linux "dlls/server.so"

to

gamedll_linux "addons/metamod/dlls/metamod.so"

5. Launching Sven Co-op Server.
There are a variety of ways to run your Sven-Coop server, the most popular of which involves screen or techniques offered on this forum.
For the sake of writing speed, and because I'm unaware if they are needed any longer; no edits like the infamous numedicts are used.

screen -dmS svencoop ~/Steam/steamapps/common/Sven\ Co-op\ Dedicated\ Server/svends_run

Troubleshooting:
The following bugs exist and are fixed using the responded commands.

Instant Crash on Host (Linux)

cd /Steam/steamapps/common/Sven\ Coop\ Dedicated\ Server/svencoop/dlls/
ln -s server.so hl_i386.so

Potential Missing Dependencies

sudo apt-get install libcurl3:i386 -y

libssl.so failure

LoadLibrary failed on /home/steam/svencoop/./svencoop/dlls/server.so: libssl.so.1.0.0: cannot open shared object file: No such file or directory

sudo apt-get install libssl1.0.0:i386

No Donator Bonuses
Edit your /etc/hosts file to change

127.0.0.1       localhost
127.0.0.1       SERVER

to

127.0.0.1       localhost
EXTERNALIP       SERVER

Then reboot the server machine.

COMMAND HISTORY LOG (Base Install to Ready)

sudo ufw enable
sudo ufw allow 22
sudo ufw allow 27015
sudo apt-get upgrade && sudo apt-get upgrade
sudo apt-get install lib32gcc1 libssl1.0.0 libssl1.0.0:i386 libcurl3:i386 -y
sudo su - steam
mkdir steamcmd
wget https://steamcdn-a.akamaihd.net/client/installer/steamcmd_linux.tar.gz
tar -xvzf steamcmd_linux.tar.gz
./steamcmd.sh
<STEAMCMD INSTALL>
cd /Steam/steamapps/common/Sven\ Coop\ Dedicated\ Server/svencoop/dlls/
ln -s server.so hl_i386.so

[GiGaBiTe]

If you're on a Redhat based distro (RHEL, Fedora, CentOS, etc.) then you'll need to install OpenSSL, OpenSSL-Devel and OpenSSL-Libs. If you're running 64 bit, you'll need to make sure you also install OpenSSL-Libs.i686 to get 32 bit libs.

And since the engine is requesting non-standard lib names "libssl.so.1.0.0" and "libcrypto.so.1.0.0", you'll have to make some soft/hard links to redirect these requests to the real libssl.so.10 binary. Run these commands in a bash terminal as root to do that:

ln -s /usr/lib/libssl.so.10 /usr/lib/libssl.so.1.0.0
ln -s /usr/lib/libcrypto.so.10 /usr/lib/libcrypto.so.1.0.0

Why SC5 even needs these is confusing, there's nothing in the game that needs cryptography.

[AdamR]

ln -s /usr/lib/libssl.so.10 /usr/lib/libssl.so.1.0.0
ln -s /usr/lib/libcrypto.so.10 /usr/lib/libcrypto.so.1.0.0

That shouldn't be needed. Did you install the 32-bit OpenSSL libraries?

[Metal]

That shouldn't be needed. Did you install the 32-bit OpenSSL libraries?

Fresh installs of Ubuntu 14.04 and Debian 8.2.0 on 64x both do not work without specific libraries, still working on determining which ones specifically.

[Dynamite]

For 64-bit systems (ubuntu):
dpkg --add-architecture i386
apt-get install libstdc++6:i386 libssl1.0.0:i386

Why SC5 even needs these is confusing, there's nothing in the game that needs cryptography.

Some parts of the game uses it.

[Metal]

For 64-bit systems (ubuntu):
dpkg --add-architecture i386
apt-get install libstdc++6:i386 libssl1.0.0:i386

sudo dpkg --add-architecture i386
sudo apt-get install libstdc++6:i386 libssl1.0.0:i386
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to locate package libstdc++6
E: Couldn't find any package by regex 'libstdc++6'
E: Unable to locate package libssl1.0.0
E: Couldn't find any package by regex 'libssl1.0.0'

Same results on Debian and Ubuntu.

[GiGaBiTe]

That shouldn't be needed. Did you install the 32-bit OpenSSL libraries?

Fedora is not Debian. Redhat based distros don't follow the same naming conventions as Debian based distros.

Some parts of the game uses it.

I'd love to know why OpenSSL is needed, it's quite concerning to not know what it's being used for.

[Metal]

I'd love to know why OpenSSL is needed, it's quite concerning to not know what it's being used for.

Without seeing the code at all I'd guess right away it's used for donator features.

ldd server.so
        linux-gate.so.1 (0xf76ea000)
        libsqlite3.so => not found
        libmariadb.so.2 => not found
        libm.so.6 => /lib32/libm.so.6 (0xf6df9000)
        libdl.so.2 => /lib32/libdl.so.2 (0xf6df4000)
        libresolv.so.2 => /lib32/libresolv.so.2 (0xf6ddd000)
        libpthread.so.0 => /lib32/libpthread.so.0 (0xf6dc0000)
        libstdc++.so.6 => not found
        libgcc_s.so.1 => /usr/lib32/libgcc_s.so.1 (0xf6da3000)
        libc.so.6 => /lib32/libc.so.6 (0xf6bf6000)
        /lib/ld-linux.so.2 (0xf76ed000)

Default install can't find libsqlite3.so, libmariadb.so.2, and libstdc++.so.6;
libsqlite3.so is installed by libsqlite3-0, already installed and up to date; not detected.
libmariadb.so.2 is installed by libmariadb2, was not already installed; not detected even after being installed.

 sudo apt-file find libstdc++.so.6
lib32stdc++6: /usr/lib32/libstdc++.so.6
lib32stdc++6: /usr/lib32/libstdc++.so.6.0.20
lib32stdc++6: /usr/share/gdb/auto-load/usr/lib32/libstdc++.so.6.0.20-gdb.py
lib32stdc++6-4.8-dbg: /usr/lib32/debug/libstdc++.so.6
lib32stdc++6-4.8-dbg: /usr/lib32/debug/libstdc++.so.6.0.19
lib32stdc++6-4.9-dbg: /usr/lib/debug/usr/lib32/libstdc++.so.6.0.20
lib32stdc++6-4.9-dbg: /usr/lib32/debug/libstdc++.so.6
lib32stdc++6-4.9-dbg: /usr/lib32/debug/libstdc++.so.6.0.20
libstdc++6: /usr/lib/x86_64-linux-gnu/libstdc++.so.6
libstdc++6: /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.20
libstdc++6: /usr/share/gdb/auto-load/usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.20-gdb.py
libstdc++6-4.8-dbg: /usr/lib/x86_64-linux-gnu/debug/libstdc++.so.6
libstdc++6-4.8-dbg: /usr/lib/x86_64-linux-gnu/debug/libstdc++.so.6.0.19
libstdc++6-4.8-dbg: /usr/share/gdb/auto-load/usr/lib/x86_64-linux-gnu/debug/libstdc++.so.6.0.19-gdb.py
libstdc++6-4.9-dbg: /usr/lib/debug/usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.20
libstdc++6-4.9-dbg: /usr/lib/x86_64-linux-gnu/debug/libstdc++.so.6
libstdc++6-4.9-dbg: /usr/lib/x86_64-linux-gnu/debug/libstdc++.so.6.0.20
libstdc++6-4.9-dbg: /usr/share/gdb/auto-load/usr/lib/x86_64-linux-gnu/debug/libstdc++.so.6.0.20-gdb.py
libx32stdc++6: /usr/libx32/libstdc++.so.6
libx32stdc++6: /usr/libx32/libstdc++.so.6.0.20
libx32stdc++6: /usr/share/gdb/auto-load/usr/libx32/libstdc++.so.6.0.20-gdb.py
libx32stdc++6-4.8-dbg: /usr/libx32/debug/libstdc++.so.6
libx32stdc++6-4.8-dbg: /usr/libx32/debug/libstdc++.so.6.0.19
libx32stdc++6-4.9-dbg: /usr/lib/debug/usr/libx32/libstdc++.so.6.0.20
libx32stdc++6-4.9-dbg: /usr/libx32/debug/libstdc++.so.6
libx32stdc++6-4.9-dbg: /usr/libx32/debug/libstdc++.so.6.0.20

lib32stdc++6 being the repository necessary for Debian/Ubuntu based on that check.
libx32stdc++6 also contains it but it does not appear to work for detecting in ldd.

Once you have lib32stdc++6 installed, the ldd check will acknowledge it, but the svends_run will still not work.

[Dynamite]

I'd love to know why OpenSSL is needed, it's quite concerning to not know what it's being used for.

Why is secure connections concerning? You're not concerned when your bank wants a secure connection, right?
That's what it is for. Secure connections.

[fuzun]

I get segmentation fault error when a client tries to connect to the server.

I am on 32 bit debian machine and the provided workaround for this specific issue does not work for me.

Output: (When executing sudo apt-get install libstdc++:i386 )

The following packages have unmet dependencies:
libstdc++-4.9-doc : Conflicts: libstdc++-4.8-doc but 4.8.4-1 is to be installed
libstdc++6-4.9-dbg : Conflicts: libstdc++6-4.8-dbg but 4.8.4-1 is to be installed

[Metal]

I get segmentation fault error when a client tries to connect to the server.

I am on 32 bit debian machine and the provided workaround for this specific issue does not work for me.

Output: (When executing sudo apt-get install libstdc++:i386 )

The following packages have unmet dependencies:
libstdc++-4.9-doc : Conflicts: libstdc++-4.8-doc but 4.8.4-1 is to be installed
libstdc++6-4.9-dbg : Conflicts: libstdc++6-4.8-dbg but 4.8.4-1 is to be installed

I was having that issue myself when I was running Ubuntu 64, and just recently switched to Debian 64 with the new issue:

LoadLibrary failed on /home/steam/svencoop/./svencoop/dlls/server.so

Hopefully this guide can be made complete soon.

apt-get install -f was the recommended fix to my recollection.

[GiGaBiTe]

Why is secure connections concerning? You're not concerned when your bank wants a secure connection, right?
That's what it is for. Secure connections.

Secure connection to where.

Secure connections is concerning because OpenSSL works on the TCP protocol, communicating to clients and to the master servers happens on UDP which is basically fire and forget. This means that the server is communicating to somewhere besides to clients.

Sven Coop 4.8 and all prior versions don't need OpenSSL, neither does any other HL engine game so I have a right to be concerned why SC5 all of the sudden needs it.

Trying to compare the security of your bank account to the HL engine is an oxymoron.

[Solokiller]

Secure connection to where.

Secure connections is concerning because OpenSSL works on the TCP protocol, communicating to clients and to the master servers happens on UDP which is basically fire and forget. This means that the server is communicating to somewhere besides to clients.

Sven Coop 4.8 and all prior versions don't need OpenSSL, neither does any other HL engine game so I have a right to be concerned why SC5 all of the sudden needs it.

Trying to compare the security of your bank account to the HL engine is an oxymoron.

It's a secure connection to the online donor database.

[AdamR]

Sven Coop 4.8 and all prior versions don't need OpenSSL, neither does any other HL engine game so I have a right to be concerned why SC5 all of the sudden needs it.

4.8 definitely needed it. So did 4.7.

[Zadeon]

Is it possible to run a server on a raspberry pi? Because I was trying to do so but whenever I enter ./steamcmd.sh all it says it cannot execute binary file. I am assuming it's saying this because it has to deal with the pi being arm and not 32/64 bit.

[Solokiller]

We don't support ARM architectures.

[Zadeon]

Aww that's a shame.

[Dampfhammer]

Hi everyone,
I'm currently trying to set up a server on Ubuntu 12.04 (64bit) as the guide describes. Sadly it gives me following error messages when starting it via the command svends_run

./svends_i686: /lib/i386-linux-gnu/libc.so.6: version `GLIBC_2.18' not found (required by ./libstdc++.so.6)
./svends_i686: /lib/i386-linux-gnu/libc.so.6: version `GLIBC_2.17' not found (required by ./libstdc++.so.6)

As I'm not fond of programming I did a little research on this problem and it seems like its because of the old 12.04 distribution and the backwards-compatibility of glibc.
Maybe its a smaller problem for one of you guys!

Looking forward to your answers.

Best regards

[GiGaBiTe]

As I'm not fond of programming I did a little research on this problem and it seems like its because of the old 12.04 distribution and the backwards-compatibility of glibc.

You'll need to update Ubuntu to version 14.04 at least. There is a way to use chroot jails and complicated configs, but it's easier to just update Ubunutu.

[Metal]

You'll need to update Ubuntu to version 14.04 at least. There is a way to use chroot jails and complicated configs, but it's easier to just update Ubunutu.

I wasn't having luck with Ubuntu 14.04 nor am I having much luck with Debian 8.2.0; perhaps you should be writing the tutorial instead of me.

[GiGaBiTe]

I wasn't having luck with Ubuntu 14.04 nor am I having much luck with Debian 8.2.0; perhaps you should be writing the tutorial instead of me.

I don't have an active Ubuntu or Debian install anywhere. It'd take me hours to get one installed, updated and ready to make a tutorial with. I could make one with Fedora but it doesn't seem to be popular here.

[nico]

Protip for fastdl (no need for complicated apache config):

# mkdir /path/to/your/webroot/svendl
# mount --bind /path/to/svencoop_adddon /path/to/your/webroot/svendl

In server.cfg:

sv_downloadurl "http://your/webroot/svendl"

To make the mount permanent:

# echo "/path/to/svencoop_adddon /path/to/your/webroot/svendl none bind 0 0" >> /etc/fstab

Fastdl pitfalls on Linux:

Make sure the case in the mapfilenames and maps/*.res files match the actual files on disk, otherwise the file is not served as Linux uses case sensitive filesystems. A resource specified as "sound/example/Hello.ogg" can't be downloaded if the actual file on disk is named "sound/example/hello.ogg". This can be a bit of a pain to correct as some maps released are a wild mix of upper and lowercase letters and often the bundled .res files don't match the actual files. This needs to be corrected manually. In the best case everything is lowercase and does not use special chars (besides - or _) or spaces in filenames. Files with spaces in their names or folders won't get served either.


Protip for soundcache fastdl:

$ mkdir /path/to/svencoop_adddon/maps/soundcache
# mount --bind /path/to/svencoop/maps/soundcache /path/to/svencoop_adddon/maps/soundcache

To make the mount permanent:

# echo "/path/to/svencoop/maps/soundcache /path/to/svencoop_adddon/maps/soundcache none bind 0 0" >> /etc/fstab

Protip for generating .res files:

Use resguy


Protip to fix permissions and remove empty files (empty files cause a never ending "validating/precaching resources" on connect):

$ find /path/to/svencoop_adddon -type d -exec chmod 755 {} +
$ find /path/to/svencoop_adddon -type f -exec chmod 644 {} +
$ find /path/to/svencoop_adddon -type f -size 0 -exec rm '{}' \;

[Dynamite]

Secure connection to where.

Sven Coop 4.8 and all prior versions don't need OpenSSL, neither does any other HL engine game so I have a right to be concerned why SC5 all of the sudden needs it.

NSA backdoor. World President Barrack Obama wrote Adam personally a very concerned letter about how they can't see any of our connections and urged us to get openSSL since they have so very many backdoors in that piece of software. Adam, scared of the consequences, obviously urged the team into complying.

4.7 and 4.8 must have had statically linked server binaries then because I didn't have OpenSSL installed on my server before 5.0.

If former versions were statically linked, I'm not sure why 5.0 wasn't as well because it's causing everyone grief.

Security reasons. A dynamically linked library is the responsibility of the server admin to keep updated.

[Secret Albatross]

[COLOR="#929399"]
Segmentation Fault
In my (and Misfire's) case we had to run

sudo apt-get install libstdc++:i386

I'm having segmentation fault issues and I did this and this is what I got back in console.

Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 libstdc++6-4.6-dbg:i386 : Conflicts: libstdc++6-4.4-dbg:i386 but 4.4.7-8ubuntu1 is to be installed
 libstdc++6-4.7-dbg:i386 : Conflicts: libstdc++6-4.4-dbg:i386 but 4.4.7-8ubuntu1 is to be installed
                           Conflicts: libstdc++6-4.6-dbg:i386 but 4.6.4-6ubuntu2 is to be installed
 libstdc++6-4.8-dbg:i386 : Conflicts: libstdc++6-4.4-dbg:i386 but 4.4.7-8ubuntu1 is to be installed
                           Conflicts: libstdc++6-4.6-dbg:i386 but 4.6.4-6ubuntu2 is to be installed
                           Conflicts: libstdc++6-4.7-dbg:i386 but 4.7.3-12ubuntu1 is to be installed
E: Unable to correct problems, you have held broken packages.

I am no expert in Linux and am running Ubuntu 14.04 64-bit. Any bit of help would be appreciated!

Edit: The server runs and is joinable for about 5-10 minutes before it crashes.

[rk.]

So anyone got an update on this? Currently I'm running my server through Wine on Linux.. Not the best way and especially not with the lag it sometimes causes due to not being able to multithread properly.

EDIT:

To clarify I meant the performance/crashing issues.