SuspiciouslyAbsent

Well, from what I experienced it seems to work the same with no changes. Running multiple instances may not work, but I don't know if it did or did not work before. EDIT: Oh, and the update to 8.7 may nerf your save game file so be sure to back it up first!

Thought I could edit my last post in time to add this. Here's some relevant info from the output_log.txt. It appears once right before I join the server and only when I go to join. Fallback handler could not load library /srv/sevendaysd/server/7DaysToDie_Data/Mono/x86/SteamworksNative Fallback handler could not load library /srv/sevendaysd/server/7DaysToDie_Data/Mono/x86/SteamworksNative Fallback handler could not load library /srv/sevendaysd/server/7DaysToDie_Data/Mono/x86/SteamworksNative Fallback handler could not load library /srv/sevendaysd/server/7DaysToDie_Data/Mono/x86/SteamworksNative Exception: ServicesGameServer.Initialize failed: SteamInitializeFailed at ManagedSteam.ServicesGameServer.Startup (UInt32 ip, UInt16 steamPort, UInt16 gamePort, UInt16 queryPort, ServerMode serverMode, System.String versionString) [0x00000] in <filename unknown>:0 at ManagedSteam.ServicesGameServer.Initialize (System.Globalization.CultureInfo activeCulture, UInt32 ip, UInt16 steamPort, UInt16 gamePort, UInt16 queryPort, ServerMode serverMode, System.String versionString) [0x00000] in <filename unknown>:0 at ManagedSteam.ServicesGameServer.Initialize (UInt32 ip, UInt16 steamPort, UInt16 gamePort, UInt16 queryPort, ServerMode serverMode, System.String versionString) [0x00000] in <filename unknown>:0 at SteamMasterServer.Connect (UnityEngine.MonoBehaviour _mono) [0x00000] in <filename unknown>:0 at GameManager.ᢵ▒~Y~C () [0x00000] in <filename unknown>:0 at GameManager.Awake () [0x00000] in <filename unknown>:0 EDIT: Solved, I think... I think it has to do with running multiple instances of the server. I had left an instance running from when I did a vanilla install following Alloc's guide. Once I stopped that, I could connect to my server that wasn't using the management scripts.

Well, I found the solution to my above problem. There was a trailing "\r" at the end of my 'startdedicated.sh' that stopped all the gears from turning because I copied and edited the supplied 'startdedicated.bat'. Now It starts and I can connect, though I get kicked with: Server disconnected you: Reason: Your account 'SuspiciouslyAbsent' is not activated or no server answer! Hopefully I can find a solution to that in time so I can just edit this post instead of having to triple post.

It's set to effectively accept any packets from the internal LAN anyway. Besides, I would think that swapping the telnet and game ports would reveal something like the firewall blocking inbound connections (except I didn't realize earlier that the game uses UDP and not TCP which would make that last statement not true). Fortunately for me, I must have changed something somewhere along the way and it works. nmap wasn't helpful because it kept probing 25000/tcp and I didn't realize it wasn't probing udp by default as well. Now the only problem I am trying to figure out is how the instances are started via the script that's different from my startdedicated.sh. I did a diff of the '/home/sdtd/engine/' and my '/srv/sevendaysd/server' and they are the same but when I start up my /srv/sevendaysd version, it spits out this: [s_API FAIL] SteamAPI_Init() failed; SteamAPI_IsSteamRunning() failed. [s_API FAIL] SteamAPI_Init() failed; unable to locate a running instance of Steam, or a local steamclient.so. ... Fallback handler could not load library /srv/sevendaysd/server/7DaysToDie_Data/Mono/x86/SteamworksNative Fallback handler could not load library /srv/sevendaysd/server/7DaysToDie_Data/Mono/x86/SteamworksNative Fallback handler could not load library /srv/sevendaysd/server/7DaysToDie_Data/Mono/x86/SteamworksNative Fallback handler could not load library /srv/sevendaysd/server/7DaysToDie_Data/Mono/x86/SteamworksNative Fallback handler could not load library /srv/sevendaysd/server/7DaysToDie_Data/Mono/x86/SteamworksNative Fallback handler could not load library /srv/sevendaysd/server/7DaysToDie_Data/Mono/x86/SteamworksNative 0.049 Could not initialize the native Steamworks API. This is usually caused by a missing steam_appid.txt file or if the Steam client is not running. I noted that the LD_LIBRARY_PATH is set to the downloaded 'linux_files' directory containing the extra libraries that I didn't know what to do with originally, and the commands passed to an instance when it starts is different than those found in the provided 'startdedicated.bat' and mirrored my 'startdedicated.sh' accordingly. Despite this, I get the above errors. The steamclient.so is located in 'linux_files' which is in the library path so I find it a little odd that it cannot find it.

Well, I redid the entire installation following your guide verbatim with the only exception being I did not add 7dtd.sh to the default run level. I did not run into any errors compiling the start-stop daemon this time. The test instance I created starts with the only reported error being shown when I ran `7dtd.sh instances list` the first time. Instance name | Running | Players | Port ---------------------+----------+---------+------ (UNKNOWN) [127.0.0.1] 8081 (sunproxyadmin) : Connection refused TestInstance | yes | 8/25000 | 0 Despite that error, I can connect via telnet just fine. Unfortunately, I am still unable to connect as port 25000 is still closed for some reason, even though the server is up and I can run commands on it via telnet. I'm not entirely sure what's up with that but I suspect it may be something specific to my system (yes, I checked my firewall). EDIT: Or not. I changed the ports around and 7dtd still won't open the game port. I switched the telent port and the game port for testing and telnet runs just fine on port 25000 while 7dtd will not open port 8081. Not sure what to make of this.

Thank you for the quick reply. I will go ahead and give the tutorial another go with as few alterations as possible (except Gentoo) and try to figure out what went wrong with the start-stop daemon step. My end goal is to not use the scripts (I have a list of reasons) but I would like to thank you for providing them to the community. I'll let you know if I encounter any problems with the start-stop daemon I cannot solve. I did not troubleshoot when I last tried since I expected it to not work before I started.

Linux server with no scripts I'm trying to run a dedicated server but without the custom management scripts. My reasons for it are: I'm on a Gentoo box (64bit), not a Debian system; I want to adhere to the same workflow I have set up for other dedicated servers; I will only want to run one instance of the 7dtd server. I did initially try out the steps laid out at https://7dtd.illy.bz/ , adapting for the differences in my system but it failed when I got to the start-stop daemon. I wasn't too surprised about that since I'm using Gentoo. I tried to start the server manually straight out of the engine folder but it failed (see below code tag). After this, I removed all the files I installed following the guide. So I started a fresh install following my own dedicated server setup with steam. I installed the windows 7dtd files with steam at '/srv/sevendaysd/server', downloaded 'http://illy.bz/fi/7dtd/linux_files.tar.gz', and made sure the 32bit SteamworksManaged.dll was in 7DaysToDie_Data/Managed. I was unsure what to do with the Linux engine files since the engine/ folder appears to be the install root, my '~/server/', and there are other files outside that directory in the arachive. I just merged the engine files with my '~/server/' and put the extra lib*.so in there too. When I run 7DaysToDie.x86 I am greeted with: Set current directory to /srv/sevendaysd/server Found path: /srv/sevendaysd/server/7DaysToDie.x86 Mono path[0] = '/srv/sevendaysd/server/7DaysToDie_Data/Managed' Mono path[1] = '/srv/sevendaysd/server/7DaysToDie_Data/Mono' Mono config path = '/srv/sevendaysd/server/7DaysToDie_Data/Mono/etc' and a closed port 25000. So I adapted the 'startdedicated.bat' to 'startdedicated.sh', ran that, and got the same results. I don't know what's going on under the hood here and why it isn't working. Unfortunately for me, the only Linux dedicated server tutorials are for this management script setup which neither works on my system nor do I want to use it. Any help would be appreciated.