-
Posts
59 -
Joined
-
Days Won
1
Content Type
Profiles
Forums
Store
Articles
A20 Bugs
A21 Bugs
Events
Posts posted by qriff
-
-
If you really want help troubleshooting, I'd suggest a new topic that is a bit more clear as to the problem and doesn't involve a newcomer reading 48 pages
=D This is part of the TFP experience. They really don't have any comprehension of usability.
0 -
I don't want to type shutdown! Then I have to telnet...oops I guess I could type it into my Squiggly ~ window oh well.
Just making sure you know you can type it in the game client console... no Squiggly telnet needed.
I only play with 2 people though and the server is never up for more than a few hours typically.I don't think my server has ever frozen...
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.
0 -
Hey, I haven't read the last 47 pages, so maybe I'm reading the last comment out of context, but can't you just do "sa" from the ingame console (~) before killing the process so your game is saved?
It's frozen, hardly helpful to do "saveworld".
I run my 7DTD server on Ubuntu and I just do "sa" and then ctrl-C the server because I can't be bothered to telnet and figure out the proper shutdown command.That's not a safe process, your still interrupting processes, how about "shutdown"?
0 -
Afterwards we have to shutdown the server per (SSH) with the command: "7dtd.sh kill intancename" but the server doesnt shutdown properly. The world isnt saved. (force kill)
It has been this way for serveral major versions. Don't keep you hopes up. Linux server just won't get fixed. (Sorry, Alloc)
0 -
I was trying to imply that you should probably provide this information in the documentation webpage. https://7dtd.illy.bz/wiki/Integrated%20Webserver#Permissions
Saves-folder, whatever that is for your setup.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 )
"webpermission list"Contains all of them.
Documentation...
0 -
New version of the mod released.
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.
0 -
ok, so i'm getting somewhere.
I'm at a loss.
I have solved your problem, and provided an equal amount of information for the solution as you have for finding it. Best of luck.
0 -
Forum post editing timed out, ignore the first row, the manual patching part fixes give / li.
0 -
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.
0 -
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.
0 -
I assume you're talking about the management scripts and not the mod (as the mod doesn't have any update feature).
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
0 -
I have a bug to report regarding the teleport command:
95% of the time, when a player is teleported to another region they fall into an infinite void. They have to disconnect and reconnect to spawn on the ground (it happens above and below ground).
I think i know what's happening too; its taking a couple of seconds longer for the blocks to be loaded and since its not loaded, the player just falls through where they should be. One way that would fix this is to freeze the player in place for a couple of seconds (configurable) to give the blocks a chance to load/render.
Teleport twice a few seconds apart.
0 -
Yep, 12.3 changed a method I used ... Fix will be up in a few minutes.
/EDIT:
Uploaded
Does server need stopping to apply all of the fix or can it be done in background and restarted? I am finding that some of the files won't transfer across at the moment.EDIT: Updated fine once server stopped.
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
0 -
Do you still have the log? Can you show me more of the part after 2015-07-01T21:04:31 (i.e. after ban til he was finally gone).
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.).
0 -
LKP last seen
So I have a theory about LKP not recording last seen dates properly... (when banned?)
2015-06-29_16-24-03_output_log.txt:2015-06-29T21:10:26 17178.862 INF PlayerLogin: funfun/Alpha 11.6 2015-06-29_16-24-03_output_log.txt:2015-06-29T21:10:26 17178.864 INF [steamworks.NET] Authenticating player: funfun SteamId: 7656119xxxxxxx168 TicketLen: 1024 Result: k_EBeginAuthSessionResultOK 2015-06-29_16-24-03_output_log.txt:2015-06-29T21:10:26 17179.178 INF RequestToEnterGame: 7656119xxxxxxx168/funfun 2015-06-29_16-24-03_output_log.txt:2015-06-29T21:10:29 17181.723 INF RequestToSpawnPlayer: 145717, funfun, 8 2015-06-29_16-24-03_output_log.txt:2015-06-29T21:10:29 17181.974 INF GMSG: funfun joined the game 2015-06-29_16-24-03_output_log.txt:2015-06-29T21:10:29 17181.974 INF Player connected, entityid=145717, name=funfun, steamid=7656119xxxxxxx168, ip=x 2015-06-29_16-24-03_output_log.txt:2015-06-29T21:41:01 19014.682 INF [steamworks.NET] Kick player for invalid login: 7656119xxxxxxx168 funfun 2015-06-29_16-24-03_output_log.txt:2015-06-29T21:41:02 19015.400 INF Player disconnected: EntityID=145717, PlayerID='7656119xxxxxxx168', OwnerID='7656119xxxxxxx168', PlayerName='funfun' 2015-06-29_16-24-03_output_log.txt:2015-06-29T21:41:02 19015.401 INF [EAC] FreeUser (funfun) 2015-06-29_16-24-03_output_log.txt:2015-06-29T21:41:02 19015.402 INF GMSG: funfun left the game 2015-06-29_16-24-03_output_log.txt:2015-06-29T21:46:05 19318.126 INF PlayerLogin: funfun/Alpha 11.6 2015-06-29_16-24-03_output_log.txt:2015-06-29T21:46:05 19318.128 INF [steamworks.NET] Authenticating player: funfun SteamId: 7656119xxxxxxx168 TicketLen: 1024 Result: k_EBeginAuthSessionResultOK 2015-06-29_16-24-03_output_log.txt:2015-06-29T21:46:05 19318.440 INF RequestToEnterGame: 7656119xxxxxxx168/funfun 2015-06-29_16-24-03_output_log.txt:2015-06-29T21:46:07 19319.859 INF RequestToSpawnPlayer: 145717, funfun, 8 2015-06-29_16-24-03_output_log.txt:2015-06-29T21:46:07 19320.099 INF GMSG: funfun joined the game 2015-06-29_16-24-03_output_log.txt:2015-06-29T21:46:07 19320.100 INF Player connected, entityid=145717, name=funfun, steamid=7656119xxxxxxx168, ip=x 2015-06-29_16-24-03_output_log.txt:2015-06-29T21:52:15 19688.556 INF GMSG: funfun: hov to speak 2015-06-29_16-24-03_output_log.txt:2015-06-29T21:55:20 19873.198 INF Player funfun disconnected after 9.1 minutes 2015-06-29_16-24-03_output_log.txt:2015-06-29T21:55:20 19873.648 INF Player disconnected: EntityID=145717, PlayerID='7656119xxxxxxx168', OwnerID='7656119xxxxxxx168', PlayerName='funfun' 2015-06-29_16-24-03_output_log.txt:2015-06-29T21:55:20 19873.649 INF [EAC] FreeUser (funfun) 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.457 INF RequestToEnterGame: 7656119xxxxxxx168/funfun 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.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=x 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
LKP output, 12 hours later:
249. funfun, id=145717, steamid=7656119xxxxxxx168, online=False, ip=2.xxx.xx.87, playtime=39 m, seen=2015-06-29 21:55
0 -
I had again some issues with max open files running
ulimit -n <number>
fixed it for me.
During the startup there are about 36k open files and when the server is running 45k.
I'm sorry but afaik running the command alone only sets the limit for that single shell instance, you need to edit your limits.conf to make it permanent. This is a extremely common misconception.
0 -
Alloc: I presume this is related to your patches needing some recompile against v11.5.
Missing method EasyAntiCheat.Server.EasyAntiCheatServer::Update() in assembly /home/sdtd/engine/7DaysToDie_Data/Managed/EasyAntiCheat.Server.dll, referenced in assembly /home/sdtd/engine/7DaysToDie_Data/Managed/Assembly-CSharp.dll
0 -
Log stuff fixed, thanks to behemoth.
Has been some time since I have been working on the scripts
Thank you behemoth.
Alloc: It would appear the https://7dtd.illy.bz/wiki/Hooks documentation is not updated accordingly. (just want to make sure your users have enough splints
0 -
It would appear hook parameters are missing (at least for playerConnect) in v.85 (2015-04-29), only instance name (1) is passed.
2015-04-30 07:57:28.568 [1] qInit.php: Initializing, parameters: /home/sdtd/hooks/playerConnect/qTrigger-playerConnect.sh instance-name [1]
0 -
I'm sorry alloc, but i got no account yet for the tracker.
Nor can we register one.
0 -
Could be fixed in the latest mod, but it mostly depends on Steam providing that information quickly enough.
I guess this could probably be worked around with doing LP in the playerConnect hook...
btw. LP isn't mentioned on the New commands listing. https://7dtd.illy.bz/wiki/Server%20fixes#Newcommandsforin-gameconsolecontrolpanelandTelnet
0 -
Wrong thread.
I deserved it.
Please note v.76 (2015-04-04) hook playerConnect $6 is missing client IP.
and
root:~# 7dtd.sh updateengine --force Success! App '294420' fully installed. ./steamcmd.sh: line 35: 50227 Segmentation fault $DEBUGGER "$STEAMEXE" "$@" Also update the scripts as soon as there is a new release for this dedicated server build. root:~# 7dtd.sh updateengine Engine is already at the newest build (local: 578130, remote: 1).
0 -
Alloc: Please note v.76 (2015-04-04) hook playerConnect $6 is missing client IP.
0 -
My bad. Has it been fixed since? Not needing to exit telnet sessions?
I'm just curious to understand how 40 player servers are run on linux without crashing because my three bootstrapped servers can hardly play over 10 players for some minutes until crashing. Maybe their all running Windows. No blaiming your code, just frustrated.
0
Native Linux server (with management scripts)
in Multiplayer
Posted
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.