Alloc

As I thought probably just an old file somewhere Glad it works for you now.

Hm, shouldn't complain about Steamworks at that point as 7dtd is not run during bootstrap. If you should rerun bootstrap and get that again please show me the log Should not interfere here. Also disabling Steamguard should not be required, you should simply get a mail with a confirmation code which has to be entered during the update-process. (Have done so like 30 times the last week ) If there's any error showing please also send me a copy of that. We've got the problem in line 96: 2014.06.04 03:25:50: EntryPointNotFoundException: GameServer_LoggedOn This should not happen anymore ... When did you first run the bootstrapper? After I created this thread or before? Basically you could delete everything within the users folder (but not the backups-folder if you used that of course ). SteamCMD probably also created a folder in the root's home, namely /root/Steam. You can also simply rerun the bootstrapper without deleting anything which will skip redownloading SteamCMD and 7dtd but do the other steps of the installation again. Thank you, I really appreciate that. Still I'm doing this for free because I myself use this and I also refresh/deepen my knowledge on Bash scripting @Mike: To be a bit nit-picky it was made for Debian in the first place Obviously that should make it run mostly without problems on Ubuntu and other Debian derivatives too. But by now I'm also testing the whole thing on Fedora so it should work on most systems. Basically the only thing I don't check is the startup of the server at system boot time but according to the information on the net systemd can use sysvinit-style scripts so it shouldn't be any problem either. The only thing that I really have it depend on is a Bash and of course 32 Bit libraries (gcc, ld-lib) which is simply caused by the fact that SteamCMD is not available as 64 Bit executable. Hm ... "over the past months"? Unfortunately it's more like "over the past years" by now But as long as we're able to do this stuff ourselves I won't complain, they got other things to do too. Regards, Alloc

The path shown in this error refers to the location Valve built this program. It has nothing to do with your system. Also it can be simply ignored, I don't know why it shows up on some systems (did also show on my Debian 6/Squeeze test machine, but neither on my deployment machine with Debian 7/Wheezy nor on my Fedora 20 test machine ...). Those entries are ok. What do you mean by "when installing it"? Sounds like you got a wrong combination of the Steamworks files. Could you pastebin the whole output.log from the instance you were trying to run? I only have the following ports: - in: 25000-25002/UDP - out: 20,21,80,443/TCP - (and DNS, NTP but that shouldn't matter ) I think it uses HTTP for the server list so port 80 should be enough. I don't know about a comparison to a Windows based server but I'd suspect it to perform a little bit better as most things perform better on Linux regarding raw CPU / IO power and you obviously don't need graphics power on the server Also don't have any numbers for required resources for a given player count, only hosting a server for me and two friends. Regards, Alloc

Hi there, as it was suggested to me I open a new thread on my management scripts and native Linux server support. This is basically following up on the thread Dedicated Server without hacky workarounds though this is in Linux Bugs where it might be overlooked. I created a full set of management scripts for a Linux based 7dtd server. This allows basic operations like starting/stopping as well as advanced things like a few event hooks. (This also includes native Linux engine files so you do not have to use workarounds like Wine to run 7dtd. Unfortunately these files are 32 Bit only so far but at least they can be run on 64 Bit hosts without any problems.) No longer valid, 7dtd provides "built in" 32 bit and 64 bit Linux support since A14 For the full documentation on the management scripts go to https://7dtd.illy.bz/. Regards, Alloc