Updating from A16 to A17 using Alloc server scripts and failures

[Rumbaar]

So I've been going crazy trying to get this working.

On a VM, Ubuntu 14.04LTS am running A16.4 game okay. Use Alloc's 7dtd.sh updateengine --experimental to update the game to latest A17 release. Create a new instance, as before.

Get errors, not sure how to fix.

2018-11-22T20:00:58 2.731 INF Awake done in 2610 ms
2018-11-22T20:00:58 2.917 INF Atlas reset took 171 ms
2018-11-22T20:00:58 2.917 INF Atlas load took 183 ms
2018-11-22T20:00:58 3.029 INF NET: Starting server protocols
2018-11-22T20:00:58 3.040 INF NET: LiteNetLib server started
2018-11-22T20:00:58 3.040 INF [steamworks.NET] NET: Server started
2018-11-22T20:00:58 3.047 INF StartGame
2018-11-22T20:00:58 3.359 INF Atlas reset took 141 ms
2018-11-22T20:00:59 4.512 INF Persistent GamePrefs saved
2018-11-22T20:01:00 4.579 INF StartAsServer
2018-11-22T20:01:08 12.747 INF Block IDs with mapping
2018-11-22T20:01:08 12.748 INF BlockIDs from Mapping
2018-11-22T20:01:09 14.097 INF Item IDs with mapping
2018-11-22T20:01:09 14.098 INF ItemIDs from Mapping
HDR Render Texture not supported, disabling HDR on reflection probe.
2018-11-22T20:01:13 18.326 INF createWorld: Random Gen, RumA17E, GameModeSurvivalMP
2018-11-22T20:01:13 18.395 INF Started thread ChunkRegeneration
2018-11-22T20:01:13 18.396 INF Started thread ChunkCalc
2018-11-22T20:01:13 18.504 INF World.Load: Random Gen
2018-11-22T20:01:13 18.509 INF Loading base world file header...
2018-11-22T20:01:13 18.513 ERR Opening saved game: Could not find file "/main.ttw".
2018-11-22T20:01:13 18.513 WRN Failed loading world header file: /main.ttw
2018-11-22T20:01:13 18.513 ERR No backup header!
UnauthorizedAccessException: Access to the path "/Region" is denied.

On other tries of running it on a Ubuntu VM 18.04LTS I tried manually creating the sub folders in the games folder but that didn't help.

Do I have to create a 7 Days the 'manual' way and update via SteamCMD manually?

 

[Grampybones]

Sorry I can't help but wanted to say that you got farther than I did. When i run the command "sudo 7dtd.sh --experimental" I just get told that the versions are current and can't update the server. i hope we get our problems solved.

Grampy

 

[Catalysm]

UnauthorizedAccessException: Access to the path "/Region" is denied.

Looks like permissions issues.

Make sure the user you're running the server as has access to all the game files. Something like this might work

chown -R sdtd /home/sdtd

Do your own research to make sure you're handling correctly, permissions are very important and can break a lot of stuff

 

[Rumbaar]

Sorry I can't help but wanted to say that you got farther than I did. When i run the command "sudo 7dtd.sh --experimental" I just get told that the versions are current and can't update the server. i hope we get our problems solved.
Grampy

Yeah, I was getting that for a while too. I even had to kill a VM and rebuilt it from a backup. Make sure you try and update the scripts, then log into SteamCMD in the sdtd home folder. Then try a reboot.

UnauthorizedAccessException: Access to the path "/Region" is denied.
Looks like permissions issues.

Make sure the user you're running the server as has access to all the game files. Something like this might work

chown -R sdtd /home/sdtd

Do your own research to make sure you're handling correctly, permissions are very important and can break a lot of stuff

Yes, it's clearly a permissions issue and only occurs once I've updated to the experimental build and created a new instances. With Alloc's script you do not even get the sdtd password. I've already tried manually creating the folders, and chown/chgrp them to sdtd and still no luck (on another VM).
Some other pathing is at play for the experimental it seems, and the setup that Alloc's script has setup don't seem to be compatible. I've even tried the LinuxLSM setup too, and that seem to just fail at initialization too.

Has anyone gotten Alloc or LinuxLSM setups working with A17E ?

 

[kinoob]

Works great with me on debian 8. Did a full wipe of engine folder and updateengine. I had to copy the config from a local dedi win setup and adjust the needed folders for linux server. Maybe you specified the wrong folder path?

 

[Rumbaar]

Works great with me on debian 8. Did a full wipe of engine folder and updateengine. I had to copy the config from a local dedi win setup and adjust the needed folders for linux server. Maybe you specified the wrong folder path?

Works great, but had to copy a whole config section from a totally different installation. Doesn't sound like it worked as intended. Where did you specify a folder path in your setup of the Alloc's scripting? It doesn't ask for any of that, when I performed it.

So you're running A17 with Alloc's script performing the updating?

 

[kinoob]

You are right. It didn't work out of the box. But who expects that with 7 Days? I try to elaborate what I did:

-Cleaned engine folder (renamed engine folder to engine16)

-7dtd.sh updateengine --experimental

-7dtd.sh instances create

Then looked at the config.xml in the instance folder, it was missing some parts. See https://pastebin.com/xbcMDhVM for details.

-Setup a local 7Days dedicated server with steam on my windows machine and took a look at the config.

-Took that as a template and edited it with the special needs of the linux box, which were:

<property name="AdminFileName" value="admins.xml"/><property name="SaveGameFolder" value="/home/sdtd/instances/testserver"/>

(you will to have to adjust the paths to your setup, I took them from the original generated config.

So in the end the config on my server looked like that: https://pastebin.com/H72i3iLM

Hope that helps, but if you didn't take the same steps as I, then perhaps you really got a permission issue.

What does it look like if you run ls -l in the map folder? I pasted mine to compare:

[email protected]:/home/sdtd/instances/testserver/Voluse Territory/testserver# pwd/home/sdtd/instances/testserver/Voluse Territory/testserver

[email protected]:/home/sdtd/instances/testserver/Voluse Territory/testserver# ls -l

insgesamt 92

-rw-r--r-- 1 sdtd sdtd 7992 Nov 23 03:10 AllocsPeristentData.bin

-rw-r--r-- 1 sdtd sdtd 9506 Nov 23 03:05 blockmappings.nim

-rw-r--r-- 1 sdtd sdtd 5 Nov 23 01:22 decoration.7dt

-rw-r--r-- 1 sdtd sdtd 1945 Nov 23 03:07 itemmappings.nim

-rw-r--r-- 1 sdtd sdtd 12525 Nov 23 11:13 main.ttw

-rw-r--r-- 1 sdtd sdtd 12525 Nov 23 11:13 main.ttw.bak

drwxr-xr-x 7 sdtd sdtd 4096 Nov 23 01:26 map

drwxr-xr-x 2 sdtd sdtd 4096 Nov 23 01:33 Player

-rw-r--r-- 1 sdtd sdtd 362 Nov 23 03:10 players.xml

-rw-r--r-- 1 sdtd sdtd 5 Nov 23 03:08 power.dat

-rw-r--r-- 1 sdtd sdtd 5 Nov 23 03:08 power.dat.bak

drwxr-xr-x 2 sdtd sdtd 4096 Nov 23 02:51 Region

-rw-r--r-- 1 sdtd sdtd 9 Nov 23 03:08 vehicles.dat

-rw-r--r-- 1 sdtd sdtd 9 Nov 23 03:08 vehicles.dat.bak

Hope you get it up and running!

 

[Rumbaar]

Thanks for that information, though my configuration files are correct. Seems it might be a permissions issue regarding Ubuntu root and sdtd and SUDO level accounts. Some files are created as root in the base instances. But I can't run 7dtd.sh under sdtd user.

 

[Zilla]

Thanks for that information, though my configuration files are correct. Seems it might be a permissions issue regarding Ubuntu root and sdtd and SUDO level accounts. Some files are created as root in the base instances. But I can't run 7dtd.sh under sdtd user.

Not sure if it's your only problem, but there is no such thing as random gen anymore. I had the same problem.

Below is what was given to me by another user. It works. It takes forever to gen a map now. You can view the progress via the current log file.

Open the config.xml of the instance and change the following:

1) change <property name="GameMode" value="GameModeSurvivalMP"/> into <property name="GameMode" value="GameModeSurvival"/>

2) change <property name="GameWorld" value="Random Gen"/> into <property name="GameWorld" value="RWG"/>

3) change <property name="ServerDisabledNetworkProtocols" value="SteamNetworking"/> into <property name="ServerDisabledNetworkProtocols" value=""/> (you need SteamNetworking at least if you have set a passwrod for your server

4) add line <property name="PartySharedKillRange" value="100"/> (change this value to whatever distance you want)

5) add line <property name="ServerVisibility" value="2"/> (2 means public, 1 only shown to friends, 0 not listed)

6) add line <property name="WorldGenSeed" value="yourSeed"/>

Note:

If you set servervisibility to 1, your friends have to join on you or you invite them after joining the server.

Note#2:

You may have setup sdtd as a group?

"chown -R sdtd /home/sdtd" this is the correct syntax although you might have to transfer permissions from who ever has it.

For example: "chown -R user:sdtd /home/sdtd"

user is just an example. You'll have to replace it with whoever you think has permission.