[Native Linux server (with management scripts)]

Hmz, wonder what I did there ... Ok, for me it's fully working again now (v.29)

[Native Linux server (with management scripts)]

Updating the scripts while instances are running shouldn't hurt but if there are changes to the logging stuff those won't affect running instances but only after the next start of an instance.

 

Regarding the player logging: Gotta test this again, thought it was working by now

[Native Linux server (with management scripts)]

What about v.28?

[Native Linux server (with management scripts)]

Did you actually update the scripts to v.27 before restarting the instance?

[Native Linux server (with management scripts)]

Ohhhh shi... My fault, should be fixed in v.27 now

Regarding hooks: Don't forget to use Bash, the scripts rely on some functions of that one. I.e. make the first line "#!/bin/bash".

[Native Linux server (with management scripts)]

Is there any news on when the players.xml logging (f.ex. online-status) will be functional again?

Also, my hooks no longer seem to work since upgrading to 8.7, anyone else running into this problem?

 

Just uploaded v.25. See the release notes for more info on changes

So, since v.25 logging is working again

Should also fix your hooks, if not we have to check what's causing this for you.

[Native Linux server (with management scripts)]

Hi smono,

 

always happy to hear when people like it

 

i get this error on shutdown (but shutdown still works):

...

i see that this function is defined in playerlog.sh but i don't see it "imported" (...i'm a bash noob) in stop.sh

Thanks for reporting, missed that one when working on v.25. In v.26 this error is fixed (though it's only cosmetical, it does not do anything bad or wrong ).

 

Regards,

Chris

[Native Linux server (with management scripts)]

Just uploaded v.25. See the release notes for more info on changes

[Native Linux server (with management scripts)]

Regarding Alpha 8.7

The current version of the scripts will work with 8.7. Only things not working right now: Log parsing to get events like player (dis)connect logged etc. Also the two new config options are obviously not yet included in the instance editor. Will release an update for this within the next 12 hours.

 

There's no need to update anything else besides the game, the Linux specific files only change when TFP switch to a newer Unity version.

 

 

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.

Did you test it and it did *not* work? Should work, so that would have to be checked

 

 

Does anyone know where to get information about 7DaysToDie.x86? Is that the official one? If so, where can I get the latest build?

There's no "official" Linux binaries yet. Those are all provided by me so far and the latest is within the tar-archive linux_files.tar.gz, but that won't update as long as I do not announce so

 

 

Well it does still work after updating the engine, but I guess it will need a script update to configure some of the newer 8.7 server stuff (though not much sadly)

Only things changed AFAIK are the two new options: MaxSpawnedZombies, VACEnabled. Anything else changed?

 

 

 

New dedicated server build

I will also test if the new dedi build runs fine with the current stuff and then switch to using that one. That might take one or two days more though.

 

 

Regards,

Chris

[Native Linux server (with management scripts)]

That output you posted is the normal one you get when you start up 7dtd.

 

I would still suggest using the scripts, start-stop-daemon should not be a problem as I included the required source in the archive just for this purpose. If there's something wrong with compiling it we can figure it out together

[Native Linux server (with management scripts)]

Could you send me a copy of the XML (you can blank out steamids)?

[Native Linux server (with management scripts)]

Hm, might be the same problem as I saw before ... I assume you are using a version of the scripts prior to v.22? If so please update and delete the players.xml (or at least clean it up manually).

 

Might also be related to the Telnet thread having crashed. Will try to add some checks in there.

/EDIT: Nope, should not be a problem

 

Regarding Q2: I think this only happens when the Telnet thread crashed so shutdown does not work. Can't do anything about it as that's a bug in the game itself.

[Native Linux server (with management scripts)]

Seconds

You don't want the script to block for hours or even minutes. Should never be greater than like 3sec. And only be required for stuff like entity querying as you have to wait for the output to be complete before killing the connection.

[Native Linux server (with management scripts)]

Just noticed you put /bin/sh in the shebang ... Please try it with /bin/bash as quite a lot of things in the scripts require a bash.

[Native Linux server (with management scripts)]

Hm, ok ... will run a test myself in a few minutes, but it really should work ...

[Native Linux server (with management scripts)]

Touch does set the exec-flag on a file, it only changes the modification time. You have to run chmod +x filename.sh to make it executable.

[Native Linux server (with management scripts)]

Did you mark the script as executable?

[Native Linux server (with management scripts)]

Nope, the hooks are called whenever the events occur, so no need to restart.

[Native Linux server (with management scripts)]

Ah, sorry, there's an error in the documentation. All hooks go to a folder called "hooks" in SDTD_BASE.

So the path for the hook should be:

/home/sdtd/hooks/playerConnect/bemVindo.sh

 

Also in your screenshot it looks like there's an empty line before the shebang which should not be the case (even though this probably won't cause a problem).

[Native Linux server (with management scripts)]

H3llghost is almost right ... the first character being a shebang of course ...

#!/bin/sh
. /usr/local/lib/7dtd/common.sh

telnetCommand $1 "say Hello to $4"

 

hello Alloc, I am getting this error message:

 

-bash: sel: command not found

-bash: sel: command not found

-bash: sel: command not found

Telnet not enabled or no password set.

 

My server is Debian 7

 

Hmz, should really update this part of the scripts ...

Try this:

#!/bin/sh
. /usr/local/lib/7dtd/common.sh
checkRootLoadConf

telnetCommand $1 "say Hello to $4"

[Native Linux server (with management scripts)]

H3llghost is almost right ... the first character being a shebang of course ...

#!/bin/sh
. /usr/local/lib/7dtd/common.sh

telnetCommand $1 "say Hello to $4"

[Native Linux server (with management scripts)]

But then when it starts to get too server logs,...

Sorry, but I did not get what you mean by "when it starts to get too server logs".

[Native Linux server (with management scripts)]

Ah ... can't help you with this one, never used it as I had some trouble with it when it was first released

[Native Linux server (with management scripts)]

Thanks, but the control panel opens for a few seconds and then is forever asking to put the password again.

 

Can you be a bit more specific? I.e. what did you do exactly and what's happening then?

[Native Linux server (with management scripts)]

Easiest way:

. /usr/local/lib/7dtd/common.sh
telnetCommand <sessionName> "say Hello"

 

You can also decrease the time the script waits after sending the message, should not matter for using "say":

. /usr/local/lib/7dtd/common.sh
telnetCommand <sessionName> "say Hello" 0.3

 

Regards,

Chris