Rumbaar Posted November 22, 2018 Share Posted November 22, 2018 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? Link to comment Share on other sites More sharing options...
Grampybones Posted November 22, 2018 Share Posted November 22, 2018 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 Link to comment Share on other sites More sharing options...
Catalysm Posted November 22, 2018 Share Posted November 22, 2018 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 Link to comment Share on other sites More sharing options...
Rumbaar Posted November 22, 2018 Author Share Posted November 22, 2018 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 ? Link to comment Share on other sites More sharing options...
kinoob Posted November 23, 2018 Share Posted November 23, 2018 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? Link to comment Share on other sites More sharing options...
Rumbaar Posted November 23, 2018 Author Share Posted November 23, 2018 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? Link to comment Share on other sites More sharing options...
kinoob Posted November 23, 2018 Share Posted November 23, 2018 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! Link to comment Share on other sites More sharing options...
Rumbaar Posted November 24, 2018 Author Share Posted November 24, 2018 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. Link to comment Share on other sites More sharing options...
Zilla Posted November 27, 2018 Share Posted November 27, 2018 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. Link to comment Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.