Jump to content
Report an Alpha 21 Bug!

Alloc

Fun Pimps Staff
 View Profile  See their activity

  • Posts

    1,538

  • Joined

  • Last visited

  • Days Won

    21

 Content Type 

Posts posted by Alloc

    Native Linux server (with management scripts)

    in Multiplayer

    Posted

    Just released v.14, added backup options (see the Release Notes).

     

    Also fixed the permissions problem when installing/updating. Shame on me, just did not notice this when testing :(

     

     

    Oh I noticed another thing, in the players.xml file in the instance if the nick has a space in it then it gets cut off at the first space. Not sure if that's intended or what but thought I should mention it anyway.

    Yeah, of course that's intended ;)

    No, it's not, never thought about the possibility for a player name to contain spaces. Could you send me a snippet of the output_log.txt containing a "RequestToSpawnPlayer:"-line for such a player?

     

     

    So is there some way to do an announcement for auto restarts? I was hoping to setup auto restarts every 6 hours or something so that it gives a series of warnings saying it's about to restart. For example:

    ...

    Then it waits for a small period of time. Then it restarts.

    Hm, one could simply do this by an external script using the functions of the management scripts (i.e. the telnet-interface). Of course I could also add this internally but I think that's too user dependent. Added as ticket 15 for now.

     

    When the server is down it could even optionally do a backup before starting up again ...

    Well, this is the ideal usage example for hooks ;) Just write a hook for serverPostStop which executes 7dtd.sh backup.

     

     

    or restart the system (if there were kernel updates installed or something)

    That definitely won't go in the normal release as this is way to much depending on what the server is doing. Should never be done automatically IMHO.

     

    or optionally update things automatically in the future

    Again too dangerous. What if an update breaks compatibility in some aspect? The server might not be able to start again until the admin notices.

     

     

    or at least check for updates and optionally send an email if there is an update for this script or for 7dtd or whatever else there happens to be to check for updates for.

    For the scripts this could be done. For 7dtd I already thought about it myself but unfortunately SteamCMD doesn't provide a command to only check for updates but only allows to actually run the update :(

    Added as ticket 16 though, might find some way.

     

     

    I saw this but it doesn't seem to work quite right for me: http://7daystodie.com/forums/showthread.php?7246-Simple-Status-Script

    Have never worked with expect myself, but I don't see an obvious reason why it should not work. You could also use the provided function telnetCommand though which basically does the same.

    . /usr/local/lib/7dtd/common.sh
checkRootLoadConf
telnetCommand <instancename> <command> [timeout=1s]

    Command would be "lp" or "say Checkout http://your.website.goes.here for server info" in the case of the linked thread.

     

     

    Regards,

    Alloc

    0

    Native Linux server (with management scripts)

    in Multiplayer

    Posted

    Hm, it the scripts do ensure the permissions of some files/folders are set correctly but they should not touch anything outside SDTD_BASE or /usr/local/lib/7dtd (besides the 7dtd-files in bin, etc, cron.d, bash_completion but those are relevant to these scripts only anyway).

    The only thing that I could imagine could interfere with other folders could be the un-tar-ing of the mangament scripts. But I never got any problems with that either. Will dig into that though.

     

    Regarding running as root: Basically the scripts could all be made to be runnable by the user for the game itself (i.e. "sdtd" in default installs). But as the user is changed for starting the engine anyway I didn't see much of an advantage in that. Also e.g. updatescripts would not work without root permissions. Also by running as root a lot of stuff could be made root-(write)-only later on (e.g. the whole engine folder if there's nothing left that wants to open files for writing in there) or the backups. This would reduce the risk of the engine damage anything if there was a security hole.

     

     

    Backups: The backup system requires a few changes anyway as I was going to implement a few limits (ticket 12). I will also include an option to have backups compressed (though that obviously would negate the positive effects of hardlinking stuff ;) ).

     

    Running backups at different priority is a good idea, will add that too :)

     

    As far as transferring backups to other targets: You could write a backup hook for that purpose (see Hooks). This would be run directly after a backup was created and you would get the folder passed as parameter so you could simply compress/rsync it or whatever you want to (compression will be added directly next release, probably later today).

     

     

    Regards,

    Alloc

    0

    Native Linux server (with management scripts)

    in Multiplayer

    Posted

    its steamport 27036

    Hm, so the range is even wider ... On my machine it never sent (or received) anything on that port, only on the given range (27017-27020) ;)

     

     

    Update of the scripts to v13

    Added scripts-update detection+install feature so you don't have to download the management scripts manually each time there is an update ;)

    0

    Native Linux server (with management scripts)

    in Multiplayer

    Posted

    Looks like TFP did not explicitly specify how that date should be formatted so it's different in the Linux build. Maybe even depending on the systems locale.

    With a german locale it looks like this:

    <blacklisted steamID="76561198xxxxxx" unbandate="05.06.2014 01:56:34" />

     

    Ok, so automatic unban just does not work atm (not caused by the Linux engine!): http://7daystodie.com/forums/showthread.php?11220-Does-automatic-unban-work

     

    The format is actually not relevant and both variants seen in this thread work from that point of view, it's just that the 7dtd engine simply does not care about that unban date ;)

     

    Regards,

    Alloc

    0

    Native Linux server (with management scripts)

    in Multiplayer

    Posted

    Monitored the traffic ... Looks like it's:

    Source port: Baseport+2 (i.e. 25002 for baseport 25000)

    Dest port: 27017 - 27020

    Protocol: UDP

     

    Don't know if only one of the dest ports would be enough, but that matches what Valve documents here:

    Which ports do I need to open on my router or firewall for Steam?

     

    Your network must be configured to allow Steam access to the following ports (in order from highest to lowest priority for QoS users):

     

    Steam Client

    • UDP 27000 to 27015 inclusive (Game client traffic)
    • UDP 27015 to 27030 inclusive (Typically Matchmaking and HLTV)
    • TCP 27014 to 27050 inclusive (Steam downloads)

     

    So I would recommend going for dport 27015-27030.

     

    Regards,

    Alloc

    0

    Native Linux server (with management scripts)

    in Multiplayer

    Posted

    20/21 is listed because those are open by my firewall for updates ;)

    I just listed everything that was open. Though it looks like I got the wrong state (tried with different port combinations). Looks like it really is something between 27000 and 27099 UDP outgoing (ports used by Valve games).

    0

    Native Linux server (with management scripts)

    in Multiplayer

    Posted

    <blacklisted steamID="765611979xxxxxxxx" unbandate="5/10/2015 12:21:07 AM"/>

    Looks like TFP did not explicitly specify how that date should be formatted so it's different in the Linux build. Maybe even depending on the systems locale.

    With a german locale it looks like this:

    <blacklisted steamID="76561198xxxxxx" unbandate="05.06.2014 01:56:34" />

    0

    Native Linux server (with management scripts)

    in Multiplayer

    Posted

    By installing I just meant when running the boostrap.sh file.

    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 :)

     

    I just created a brand new instance just to test and it has the exact same problem with not showing on the public servers list. I just tested and I can still connect to it. So maybe it's something messed with the files like you say but I don't know what. I know I had some issues with Steamguard at the start and had to disable it so I could even get the updateengine part to login to Steam. Maybe that somehow messed it up?

    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.

     

    Here is the output.log from after I started the instance: http://pastebin.com/9KKxHm6D

    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?

     

     

    If I could somehow uninstall and start over that would be ok if that's what has to happen for it to work. I had it do backups. I'm just not 100% sure which files to remove and whatnot because I'm pretty sure it has put some in other places on the server.

    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.

     

    Also, if you have a donation button somewhere for Paypal I would send you a donation =)

    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:

    Some of the existing scripts were a bit too "Ubunty-ese" specially the service/deamon commands.

    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.

     

    Personally I did not bother to do it as pims promised that native Linux servers was "almost ready" though that statement last a lot of credibility over the past months...

    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

    0

    Native Linux server (with management scripts)

    in Multiplayer

    Posted

    1. When I do 7dtd.sh updateengine I get some things that look like errors. This is the output: http://pastebin.com/PUWxQwbw

    What's odd is that there is no /home/buildbot on my machine so I'm not sure why it shows that.

    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 ...).

     

    2. In the instance log I get this line a bunch: Fallback handler could not load library /home/sdtd/engine/7DaysToDie_Data/Mono/x86/SteamworksNative

    Those entries are ok.

     

    I get some others as well that say they are harmless but this one doesn't say it's harmless. Plus when installing it said something about SteamworksNative.dll not being found.

    What do you mean by "when installing it"?

     

    3. I cannot get the server to show up in the public servers list even though I have set it as public. I can however connect to it if I add it manually to favourites.

    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 couldn't find anywhere which ports I should open. I researched and found that only ports 25000-25002 UDP are required. I ran this command: ufw allow 25000:25003/udp

    I can connect with that but I still don't see it in the server list. I have tried doing: ufw allow 25000:25003/tcp

    But that still doesn't work. I have also tried: ufw allow 35000:35003/udp and ufw allow 35000:35003/tcp

    But that still doesn't work. When the server starts it shows using another port that randomly changes and port 27036 which never changes and I have tried allowing that through tcp and udp but it still doesn't work. So maybe you could give some straight up iptables rules to setup the server from scratch or something that makes it show up in the server list?

    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.

     

    That's about all I have noticed so far. The only other thing I'm wondering is if this will be lower performance than a straight up windows server or maybe better. The server is running Ubuntu 14.04 and has 32 gigs of RAM, SSD drives and Intel Xeon E3 1245v2 4 core/8 thread processor. Do you have any recommended player limit to set for such a server?

    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

    0

    Native Linux server (with management scripts)

    in Multiplayer

    Posted · Edited by Alloc (see edit history)

    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

    8
×
×
  • Create New...