Started up a fresh world generated with Teragen for 1.0 to play with some friends using the dedicated server. For some reason, we can't seem to gain any XP from anything. We resorted to console commands to level up a bit to start out with, but would really like to figure out why it's not granting any.
No XP Gain - Fresh world dedicated server
- Thread starter LinkXXI
- Start date
SylenThunder
Community Moderator / IT Guru
Kind of need for you to do the needful. There is a reason this thread is Pinned.
Don't forget to use Pastebin for your log.
Don't forget to use Pastebin for your log.
Fair enough... thanks for calling me out. Didn't think it would be useful though as I didn't see any XP related stuff in there when I was trying to debug it.
https://pastebin.com/zjgtWKpg - Server log
https://pastebin.com/F3BgeKvR - Client Log
Server config for good measure as well:
https://pastebin.com/MNe5RY6f
The only other relevant information I can think of is that I'm running in a docker container in an unRaid server, if at all relevant.
https://pastebin.com/zjgtWKpg - Server log
https://pastebin.com/F3BgeKvR - Client Log
Server config for good measure as well:
https://pastebin.com/MNe5RY6f
The only other relevant information I can think of is that I'm running in a docker container in an unRaid server, if at all relevant.
Last edited by a moderator:
SylenThunder
Community Moderator / IT Guru
For your server, you have a couple of critical issues you need to address. This is not related to your specific issue, but it will cause your server to crash unexpectedly if they are not taken care of. This is something I have covered in the Support FAQ thread for a very long time, and with V1.0 TFP added the checking to the client.
Your issue is that you set the xp multiplier to 0 in your server config.
Code:
2024-07-29T08:02:54 0.095 WRN The open files limit is too low (1024) and may cause crashes. Recommended is at least 10240. Follow these steps to increment it:
- Open /etc/security/limits.conf with a text editor: 'sudo editor /etc/security/limits.conf'
- Add or update the line: 'steam soft nofile 10240'
- Save the file and exit the editor
- Apply the changes: Log out and back in or restart the system
2024-07-29T08:02:54 0.096 WRN The vm.max_map_count setting is too low (65530) and may cause crashes. Follow these steps to increment it:
- Open /etc/sysctl.conf with a text editor: 'sudo editor /etc/sysctl.conf'
- Add or update the line: 'vm.max_map_count=262144'
- Save the file and exit the editor
- Apply the changes: 'sudo sysctl -p'Your issue is that you set the xp multiplier to 0 in your server config.
Code:
GamePref.XPMultiplier = 0
......
2024-07-29T08:03:05 11.064 INF Setting for 'XPMultiplier' does not match the default (server will go to the modded category): current = 0, default = 100First part I'll take care of, never had that issue in the past but I'll update as per the recommendation.
Looking at the server config file though, XPMultiplier is set to 100. I also tried manually setting this in game in the console to 100, 300 and a couple of other values but we still didn't see any XP gain from any activities.
For the sake of debugging, I logged in, checked the gamepref and it did return 0 in the console. I then set it to 100 and killed a zombie but still no XP.
Updated log from server side: https://pastebin.com/tHSQx8DF
Client log: https://pastebin.com/3b3zV5yU/
Looking at the server config file though, XPMultiplier is set to 100. I also tried manually setting this in game in the console to 100, 300 and a couple of other values but we still didn't see any XP gain from any activities.
For the sake of debugging, I logged in, checked the gamepref and it did return 0 in the console. I then set it to 100 and killed a zombie but still no XP.
Updated log from server side: https://pastebin.com/tHSQx8DF
Client log: https://pastebin.com/3b3zV5yU/
Last edited by a moderator:
SylenThunder
Community Moderator / IT Guru
Based on your startup argument loaded in the log, your config file should be serverconfig.xml in /serverdata/serverfiles/
However next it does state "Parsing server configfile: /serverdata/serverfiles/7DaysToDieServer_Data/../serverconfig.xml" which seems to indicate it is loading from somewhere else. @Jugginator are you able to shed any light on this? I have seen it previously.
When I look at my logs, I see it loading the data correctly, but I am also specifically pointing to the full path in the config...
However next it does state "Parsing server configfile: /serverdata/serverfiles/7DaysToDieServer_Data/../serverconfig.xml" which seems to indicate it is loading from somewhere else. @Jugginator are you able to shed any light on this? I have seen it previously.
When I look at my logs, I see it loading the data correctly, but I am also specifically pointing to the full path in the config...
Code:
2024-07-29T00:31:22 0.038 INF Command line arguments: ./7DaysToDieServer.x86_64 -quit -batchmode -nographics -dedicated -configfile=/home/7dtd_zedrising/serverfiles/sdtdserver.xml
2024-07-29T00:31:22 0.046 INF Parsing server configfile: /home/7dtd_zedrising/serverfiles/sdtdserver.xml
Jugginator
Tester
Not really sure to be honest. I do see the $@ variable at the end there, which I dont recall seeing anyone do that, perhaps whatever you're calling is passing in that setting.
INF Command line arguments: /serverdata/serverfiles/7DaysToDieServer.x86_64 -configfile=serverconfig.xml -nographics -batchmode -logfile 7DaysToDie_Data/output_log.txt $@
INF Command line arguments: /serverdata/serverfiles/7DaysToDieServer.x86_64 -configfile=serverconfig.xml -nographics -batchmode -logfile 7DaysToDie_Data/output_log.txt $@
SylenThunder said:
I found the $@ on the GAME_PARAMS Setting of the Docker Container, which likely passes into the script that launches the actual server... I believe that's a default part of the container I'm running but I'm not totally sure.
I also just realized the second line would reference the same file both times as the .../ would put it back up to the same directory in both.
I've tried changing the explicit config file as recommended by the container dev and will be trying it out later, but I have a feeling that won't do anything about the XP gain in this case.
I also just realized the second line would reference the same file both times as the .../ would put it back up to the same directory in both.
I've tried changing the explicit config file as recommended by the container dev and will be trying it out later, but I have a feeling that won't do anything about the XP gain in this case.
I did some more rebuilding/testing and tweaking to see if I could figure this out.
Started with a fresh config and modified it very slowly closer to my original above while testing in between. This specific configuration does indeed alow XP gain, but loading up the one from above will cause it to no longer work.
New config: https://pastebin.com/kj3Phnhi
Started with a fresh config and modified it very slowly closer to my original above while testing in between. This specific configuration does indeed alow XP gain, but loading up the one from above will cause it to no longer work.
New config: https://pastebin.com/kj3Phnhi
NekoPawtato
QA
Your original serverconfig has the value configured improperly
<property name="XPMultiplier" value="=100" /> <!-- XP gain multiplier (percentage in whole numbers) -->
there is an extra equals symbol inside the quotes, can you try removing it?