qriff

The game doesn't do logging in any constructive sense. Argue all you wan't but logs are the de facto fundamental base of any serious development. Using log messages as blind breakpoints hardly counts as constructive. This has been reported with every single major version and there's no change. The bulk of TFP's bugs are due to missing insight, graphics don't exactly count even if TFP puts their major effort on the only piece that could be developed last and independently. Unless you intend to refund my game then I might as well make sure you at least knew the right direction. Please, such comments are all that is left when TFP ignores community feedback, just do the same for comments like this. It has actually become something people asking questions should be aware about, but then again that's something else TFP tends to do, silence the outrage by banning things you don't like.

=D This is part of the TFP experience. They really don't have any comprehension of usability.

Just making sure you know you can type it in the game client console... no Squiggly telnet needed. You really should learn to prioritize your sentences so the rest of us could decide to ignore your 2 player 2 hour server insight. Hardly a reference setup for troubleshooting.

It's frozen, hardly helpful to do "saveworld". That's not a safe process, your still interrupting processes, how about "shutdown"?

It has been this way for serveral major versions. Don't keep you hopes up. Linux server just won't get fixed. (Sorry, Alloc)

I was trying to imply that you should probably provide this information in the documentation webpage. https://7dtd.illy.bz/wiki/Integrated%20Webserver#Permissions Sorry, just trying to keep your documentation a continous trail. We're not having these discussions for each other but the community (also outside the random finding in this most unorganized forum) with a varying level of experience. The "serveradmin.xml" is just something you have decided to call your filename for the config.xml files property value of "AdminFileName" and as such you can't refer to it by a static filename in documentation, as it is non-searchable. As a practise try to refer the to a documentation which defines the "Saves-folder". (Which I only happen to know by experience to be located where the config.xml resides which appears to be specified as a command line parameter of -configfile for the executable /home/sdtd/engine/7DaysToDieServer.x86 ) Documentation...

Alloc, my static friend. Where is "serveradmin.xml" located? Last time I checked there only exists a dynamic value for the configuration property of "AdminFileName". https://7dtd.illy.bz/wiki/Integrated%20Webserver#Permissions The permission feature would probably also be more approachable if there was a defined list of named modules: web.map, webapi.getstats, etc.

I have solved your problem, and provided an equal amount of information for the solution as you have for finding it. Best of luck.

Forum post editing timed out, ignore the first row, the manual patching part fixes give / li.

I can't fix give / li. (give says "item not found" for everything and li gives "Listed 0 matching items.". I've wiped /usr/local/lib/7dtd and /home/sdtd/engine. Bootstrapped. But give / li still not working, everything else is all good. I also think https://7dtd.illy.bz/wiki/Installation - Manual installation is missing 7dtd.sh updatescripts as it contains the magic ingredient of cp /usr/local/lib/7dtd/server-fixes/* $SDTD_BASE/engine/ -R which is found only in /usr/local/lib/7dtd/commands/updatescripts.sh . Which should ideally be symlinked, as they will get wiped with 7dtd.sh updatescripts because management_scripts.tar.gz contains Mods dated 2015.07.06 and server_fixes.tar.gz contains the patches dated 2015.07.17. So currently any (new / forced) installation needs to manually apply server_fixes.tar.gz to be up to date.

The mod doesn't allow you to remove permissions (commands) listed in admins.xml that are not implemented in the mod. <permission cmd="mercy" permission_level="13" /> cp list 13: mercy cp remove mercy "mercy" is not a valid command.

I assume your mod is updated via the script update. Which doesn't for some reason seem to behave. We have the give / li issue "item not found" (the mod issue, rev. 243 (0.12.0.0)), even with the latest updates (7dtd.sh scriptupdate). Fresh install when 7dtd v12.0 was released, updated to v12.3. engine/Mods/Allocs_CommonFunc/7dtd-server-fixes_version.txt Version: 0.12.0.0 # 7dtd.sh updateengine Success! App '294420' fully installed. # 7dtd.sh updatescripts --force A newer version of the scripts is available. Local: v.93 (supported dedi build: 682942) Available: v.93 (supported dedi build: 682942) Please check the release notes before continuing: https://7dtd.illy.bz/wiki/Release%20Notes NOTE: The newer scripts are made for a more recent build (682942) of the dedicated server than you are running (697925)! You will have to update the engine after updating to those new scripts! Continue? (yn) n Canceled # 7dtd.sh updateengine Local buildid: 697925 WARNING!!! The currently installed version of the scripts might not support the newer dedicated server build! If you continue you might not be able to start the server. Continue? (yn) n We also appear to run a more recent? version "(697925)". The wording seems to be reversed for the notice: NOTE: The newer scripts are made for a more recent build (682942) of the dedicated server than you are running (697925)! should probably be: NOTE: The newer scripts are made for an older build (682942) of the dedicated server than you are running (697925)! Is there a specific reason as to why the version command reports 4 instead of whatever it's you consider proper to display? Like rev. 243 (0.12.0.0). *** Connected with 7DTD server. *** Server version: Alpha 12.3 (b5) Compatibility Version: Alpha 12.3 *** Dedicated server only build Server IP: Any Server port: 25000 Max players: 64 Game mode: GameModeSurvivalMP World: Random Gen Game name: One Difficulty: 2 Press 'help' to get a list of all commands. Press 'exit' to end session. version 2015-07-20T01:12:15 272.517 INF Executing command 'version' by Telnet from 127.0.0.1:45285 Game version: Alpha 12.3 (b5) Compatibility Version: Alpha 12.3 Mod Allocs command extensions: 4 Mod Allocs server fixes: 4 Mod Allocs MapRendering and Webinterface: 4

Teleport twice a few seconds apart.

Alloc should probably write a check for this as there is no warning when updating a live server and somehow server fixes don't get updated then. Here is a lost thread about related issues: https://7daystodie.com/forums/showthread.php?30711-12-3-vs-Allocs

That is the result for ("after" timestamp mentioned): grep 'funfun\|145717\|7656119xxxxxxx168' *output* 2015-06-29_16-24-03_output_log.txt:2015-06-29T21:55:20 19873.649 INF GMSG: funfun left the game 2015-07-01_15-01-25_output_log.txt:2015-07-01T16:46:19 6290.193 INF PlayerLogin: funfun/Alpha 11.6 2015-07-01_15-01-25_output_log.txt:2015-07-01T16:46:19 6290.194 INF [steamworks.NET] Authenticating player: funfun SteamId: 7656119xxxxxxx168 TicketLen: 1024 Result: k_EBeginAuthSessionResultOK 2015-07-01_15-01-25_output_log.txt:2015-07-01T16:46:19 6290.194 INF [EAC] Registering user: id=7656119xxxxxxx168, owner=7656119xxxxxxx168 2015-07-01_15-01-25_output_log.txt:2015-07-01T16:46:19 6290.194 INF Allowing player with id 7656119xxxxxxx168 2015-07-01_15-01-25_output_log.txt:2015-07-01T16:46:19 6290.457 INF RequestToEnterGame: 7656119xxxxxxx168/funfun 2015-07-01_15-01-25_output_log.txt:2015-07-01T16:46:19 6290.651 INF [steamworks.NET] Authentication callback. ID: 7656119xxxxxxx168, owner: 7656119xxxxxxx168, result: k_EAuthSessionResponseOK 2015-07-01_15-01-25_output_log.txt:2015-07-01T16:46:20 6291.482 INF RequestToSpawnPlayer: 145717, funfun, 11 2015-07-01_15-01-25_output_log.txt:2015-07-01T16:46:21 6291.681 INF Created player with id=145717 2015-07-01_15-01-25_output_log.txt:2015-07-01T16:46:21 6291.694 INF GMSG: funfun joined the game 2015-07-01_15-01-25_output_log.txt:2015-07-01T16:46:21 6291.694 INF Player connected, entityid=145717, name=funfun, steamid=7656119xxxxxxx168, ip=2.104.65.87 2015-07-01_15-01-25_output_log.txt:2015-07-01T16:46:21 6291.694 INF Player set to online: 7656119xxxxxxx168 2015-07-01_15-01-25_output_log.txt:2015-07-01T16:46:22 6293.056 INF [EAC] UserStatusHandler callback. Status: UserAuthenticated GUID: 7656119xxxxxxx168 ReqKick: False Message: 2015-07-01_15-01-25_output_log.txt:2015-07-01T16:46:36 6306.957 INF Executing command 'pm 145717 "Co-Op only, [b20000]no PVP = NO KILLING. NO STEALING[FFFFFF]. Dynamic ping limit. /help"' by Telnet from 127.0.0.1:34961 2015-07-01_20-24-02_output_log.txt:2015-07-01T21:01:42 2255.412 INF Executing command 'ban 7656119xxxxxxx168 4 weeks' from client 7656119xxxxxxx060 2015-07-01_20-24-02_output_log.txt:2015-07-01T21:01:55 2269.353 INF Executing command 'ban funfun 4 weeks' from client 7656119xxxxxxx060 2015-07-01_20-24-02_output_log.txt:2015-07-01T21:04:31 2424.609 INF Executing command 'ban funfun 7656119xxxxxxx168 4 weeks' from client 7656119xxxxxxx060 2015-07-01_20-24-02_output_log.txt:2015-07-01T21:04:58 2451.511 INF Executing command 'ban 7656119xxxxxxx168 2 months' from client 7656119xxxxxxx060 2015-07-02_12-56-03_output_log.txt:2015-07-02T12:58:39 153.111 INF Executing command 'ban add 7656119xxxxxxx168 2 months' from client 7656119xxxxxxx060 2015-07-02_15-01-24_output_log.txt:2015-07-02T17:20:06 8318.306 INF Executing command 'ban remove 7656119xxxxxxx168' from client 7656119xxxxxxx060 Apparently there is no disconnect message, possibly due to a alpha (linux) crash/freeze but especially since the moderator has fumbled with the parameter alignment. Nonetheless seen should be stamped on join and part (not to mention during) for just this reason or it is not coherent. And while we're talking about logs, another thing I noticed is that there is no stampfixing (same timestamp) in one logfile rotation: -rw-r--r-- 1 sdtd sdtd 622225 Jul 3 09:41 2015-07-03_03-01-24_output_log.txt -rw-r--r-- 1 sdtd sdtd 21147 Jul 3 09:39 2015-07-03_03-01-42_chat.log -rw-r--r-- 1 sdtd sdtd 54698 Jul 3 09:40 2015-07-03_03-01-42_commandExecution.log -rw-r--r-- 1 sdtd sdtd 1979 Jul 3 09:24 2015-07-03_03-01-42_players.log As you can see the "output" file is named ("stamped") X seconds earlier (03-01-24 vs 03-01-42) making it a "member" of a "different" "incomplete" rotation (that happened "18" seconds before the remaining "incomplete" rotation.).