Crashing on Login, can anyone help?

[Sacpruner]

Hey guys, have a dedicated server I host on PC. Was digging in a mine with the auger when I fell through the floor about 1 or 2 blocks. Was stuck and couldn't move. I logged out and back in, now when I login my character seems to spawn above the mine in the grass and immediately the game client freezes and crashes. The server seems to run fine as my friend can login np. Now sure how to fix this? Here are my server logs, please help! Thank you

 

2020-05-14T19:17:56 249.401 INF EAC authentication successful, allowing user: EntityID=-1, PlayerID='76561198195207851', OwnerID='76561198195207851', PlayerName='Gnomemower'

2020-05-14T19:17:56 249.401 INF Allowing player with id 76561198195207851

2020-05-14T19:17:56 249.552 INF RequestToEnterGame: 76561198195207851/Gnomemower

2020-05-14T19:17:56 249.553 INF [DECO] written 230/275

2020-05-14T19:18:02 255.570 INF Time: 4.23m FPS: 20.00 Heap: 1060.5MB Max: 1178.8MB Chunks: 0 CGO: 0 Ply: 0 Zom: 0 Ent: 0 (0) Items: 0 CO: 0 RSS: 2251.1MB

2020-05-14T19:18:32 285.557 INF Time: 4.73m FPS: 20.00 Heap: 1041.1MB Max: 1178.8MB Chunks: 0 CGO: 0 Ply: 0 Zom: 0 Ent: 0 (0) Items: 0 CO: 0 RSS: 2253.0MB

2020-05-14T19:18:36 289.354 INF RequestToSpawnPlayer: 171, Gnomemower, 6

2020-05-14T19:18:36 289.409 INF Created player with id=171

2020-05-14T19:18:36 289.412 WRN InitBreadCrumbs Gnomemower (-961.5, 73.9, 482.6)

2020-05-14T19:18:40 293.620 INF GMSG: Player 'Gnomemower' joined the game

2020-05-14T19:18:40 293.625 INF PlayerSpawnedInWorld (reason: JoinMultiplayer, position: -961, 91, 482): EntityID=171, PlayerID='76561198195207851', OwnerID='76561198195207851', PlayerName='Gnomemower'

2020-05-14T19:18:45 297.911 INF [Steamworks.NET] Authentication callback. ID: 76561198195207851, owner: 76561198195207851, result: k_EAuthSessionResponseAuthTicketCanceled

2020-05-14T19:18:45 297.911 INF [Steamworks.NET] Kick player for invalid login: 76561198195207851 Gnomemower

2020-05-14T19:18:45 297.911 INF Kicking player (Steam auth failed: k_EAuthSessionResponseAuthTicketCanceled): EntityID=171, PlayerID='76561198195207851', OwnerID='76561198195207851', PlayerName='Gnomemower'

2020-05-14T19:18:45 298.414 INF Player disconnected: EntityID=171, PlayerID='76561198195207851', OwnerID='76561198195207851', PlayerName='Gnomemower'

2020-05-14T19:18:45 298.420 INF [EAC] FreeUser: EntityID=171, PlayerID='76561198195207851', OwnerID='76561198195207851', PlayerName='Gnomemower'

2020-05-14T19:18:45 298.423 INF [EAC] Log: [EAC Server] [Info] [UnregisterClient] Client: 0000000000000001 PlayerGUID: 76561198195207851

2020-05-14T19:18:45 298.423 INF [EAC] Log: [EAC Server] [Info] [Cerberus] [Backend] Disconnected.

2020-05-14T19:18:45 298.432 INF GMSG: Player 'Gnomemower' left the game

2020-05-14T19:18:45 298.436 INF Exited thread NCS_Reader_0_0

2020-05-14T19:18:45 298.436 INF Exited thread NCS_Reader_0_1

2020-05-14T19:18:45 298.437 INF Exited thread NCS_Writer_0_1

2020-05-14T19:18:45 298.437 INF Exited thread NCS_Writer_0_0

2020-05-14T19:18:45 298.469 INF NET: LiteNetLib: Client disconnect from: 192.168.0.108:62529 (DisconnectPeerCalled)

2020-05-14T19:18:53 306.436 INF Clearing all pools

2020-05-14T19:19:02 315.605 INF Time: 5.23m FPS: 19.12 Heap: 1115.8MB Max: 1178.8MB Chunks: 225 CGO: 0 Ply: 0 Zom: 0 Ent: 0 (4) Items: 1 CO: 0 RSS: 2325.7MB

[FileMachete]

26 minutes ago, Sacpruner said:

2020-05-14T19:18:45 297.911 INF Kicking player (Steam auth failed: k_EAuthSessionResponseAuthTicketCanceled)

just a guess here as I've never run a dedi for 7dtd, but it looks like the server either couldn't reach Steam, or it did and Steam didn't authorize the submitted creditials.

[Sacpruner]

3 hours ago, FileMachete said:

just a guess here as I've never run a dedi for 7dtd, but it looks like the server either couldn't reach Steam, or it did and Steam didn't authorize the submitted creditials.

I see that, just can't find any solutions online. If uninstall and reinstall the client will it delete my saved games and profile?

[meganoth]

Is your server on a different PC than your client? If not, the answer might be a little more complicated depending on the setup. But if yes, you should be able to completely wipe your client, delete the operating system and use a shaman to wipe all bad manitous from the PC and it will still load everything from the server again because you are identified by your steam id.

 

Without hyperbole now, you might try to remove the cached save game from your client and see if it helps. https://community.7daystodie.com/topic/3998-support-faq-information-and-common-solutions/?do=findComment&comment=3998 explains how to find your SavesLocal folder where cached data from the server is stored. You can delete everything in there and it should reload it from the server.

 

If that doesn't help your player info might be damaged on the server. Then you could try to restore a backup of your player data on the server. If that doesn't help, wiping your character would be necessary. But since you have the server under your control you can use the console and creative menu to recreate your character in the matter of minutes.

 

I don't really understand how the error message fits with your description of how the problem started. It might be the case of an error provoked by some totally independant error somewhere else. I assume you login to steam before starting 7days on the client right? I assume the dedicated server is on a different machine than your client, right? If not, try to use a different PC as client for a test run.

 

[Boidster]

Hey I just met you and this is crazy, but here's an idea, try it maybe: have your friend destroy all the blocks around the pit where you got stuck. Make sure you have a clear place to spawn in. If your friend is like me, he could dig it out a good 20 blocks deep so you go splat at the bottom. Or, your friend could be a nice guy, whatever.

 

Maybe the game sees that you are trying to spawn in an invalid location and thinks you might be a 133t h4xx0r. Five years ago there was a Rust thread about the exact same error and one of the posters mentioned clipping issues before the crash. So that's a tiny mote of a hint about what might be going on.

[Sacpruner]

Hey Meganoth & Boidster, 

 

My appreciation for your responses cannot be overstated, thank you. Your post made me laugh btw mega, yes my client is on the same PC as the server. I would love to try these recommendations BUT last night i started trying things on my own, in my case never the best idea. First thing I tried was turning off the EAC in the server config. After I changed this the server would not boot up, giving me a pathing error (to my saved game?) in red text. My next action was right clicking the dedicated server in the steam menu --> Properties --> Verify integrity of tool files. It said it found 1 file that needed to be reacquired. After this I booted up the server and it was a fresh game...... Whatever i did seemed to delete my saved game? Went into the server config and everything is back to normal settings, server name and everything. Am i screwed? Can't imagine why my actions would delete everything. How can I check if the old game/server is still there? 

 

I mean worse case ill just have to rebuild, but I appreciate your help, your the best!

6 hours ago, meganoth said:

Is your server on a different PC than your client? If not, the answer might be a little more complicated depending on the setup. But if yes, you should be able to completely wipe your client, delete the operating system and use a shaman to wipe all bad manitous from the PC and it will still load everything from the server again because you are identified by your steam id.

 

Without hyperbole now, you might try to remove the cached save game from your client and see if it helps. https://community.7daystodie.com/topic/3998-support-faq-information-and-common-solutions/?do=findComment&comment=3998 explains how to find your SavesLocal folder where cached data from the server is stored. You can delete everything in there and it should reload it from the server.

 

If that doesn't help your player info might be damaged on the server. Then you could try to restore a backup of your player data on the server. If that doesn't help, wiping your character would be necessary. But since you have the server under your control you can use the console and creative menu to recreate your character in the matter of minutes.

 

I don't really understand how the error message fits with your description of how the problem started. It might be the case of an error provoked by some totally independant error somewhere else. I assume you login to steam before starting 7days on the client right? I assume the dedicated server is on a different machine than your client, right? If not, try to use a different PC as client for a test run.

 

 

10 minutes ago, Sacpruner said:

 

 

 

Or is there a way to undo what i did 😕 Lol

 

[Roland]

Lets keep support related questions in the support related forum. Thank you.

[Sacpruner]

2 minutes ago, Roland said:

Lets keep support related questions in the support related forum. Thank you.

Can you move it to the correct forum so we can keep discussing, thank you

Going to attach server log from right before I clicked validate integrity of tool file, then afteroutput_log_dedi__2020-05-15__00-17-34.txt

output_log_dedi__2020-05-15__00-19-54.txt

Not sure if this helps but here's a log from when it was working properly 

output_log_dedi__2020-05-11__21-24-44.txt

[meganoth]

When you verified, your serverconfig.xml was reloaded from steam

 

Ideally you should have a backup at least of serverconfig.xml somewhere. If not, look into the output_log of your old session and copy the relevant parts into your fresh new file. So change GameWorld to "Navezgane", GameName to "SKYNET" and WorldGenSeed to "asdf", for example (those are the most important values to change, many of the other values you might have changed are mostly icing on the cake). Logfile has all the values, just search for ones you think you had changed and copy.

 

I see an error in your server log when it tries to read \Users\User\AppData\Roaming\7DaysToDie\Saves\Navezgane\SKYNET\ConfigsDump\physicsbodies.xml  . This could be a problem with an anti-virus program trying to prevent the write. If I'm right you should make an exception in your AV for the whole ...Roaming\7DaysToDie\

 

There is another error, a NullReferenceException about saving player data. Could be the cause of your login problems. Doesn't matter, first fix the serverconfig.xml problem, then try each of the fixes we proposed. If that doesn't help, post fresh logfiles.

 

 

[Sacpruner]

4 hours ago, meganoth said:

When you verified, your serverconfig.xml was reloaded from steam

 

Ideally you should have a backup at least of serverconfig.xml somewhere. If not, look into the output_log of your old session and copy the relevant parts into your fresh new file. So change GameWorld to "Navezgane", GameName to "SKYNET" and WorldGenSeed to "asdf", for example (those are the most important values to change, many of the other values you might have changed are mostly icing on the cake). Logfile has all the values, just search for ones you think you had changed and copy.

 

I see an error in your server log when it tries to read \Users\User\AppData\Roaming\7DaysToDie\Saves\Navezgane\SKYNET\ConfigsDump\physicsbodies.xml  . This could be a problem with an anti-virus program trying to prevent the write. If I'm right you should make an exception in your AV for the whole ...Roaming\7DaysToDie\

 

There is another error, a NullReferenceException about saving player data. Could be the cause of your login problems. Doesn't matter, first fix the serverconfig.xml problem, then try each of the fixes we proposed. If that doesn't help, post fresh logfiles.

 

 

 

You are a god, so I fixed everything in the config file and that got me back to square one with the original issue. I clicked play on the client --> into the launcher --> tools, --> Clean game data, checked everything but player profiles. Did this while server was running... Did i screw up again? 😕  Restarted the server and I'm getting this 

2020-05-15T19:55:41 38.837 ERR [Steamworks.NET] Could not initialize GameServer
2020-05-15T19:55:44 41.028 INF Calculating hashes took 4115 ms (world size 683 MiB)

output_log_dedi__2020-05-15__19-24-58.txt

To clarify the log file linked is second to last, when i cleaned game date while server was running. After this I restarted server I'm getting the ERR [Steamworks.NET] Could not initialize GameServer

[Sacpruner]

Update, So I fixed the ERR [Steamworks.NET] Could not initialize GameServer. It was my VPN i forgot was on.. So the server is running now, just logged in and its a fresh game, day1.. Looks like I deleted my last save by clearing game data.. I didn't follow your suggestion to the T and feel pretty bad about it.. ughh

[SylenThunder]

Ok, no offense meant here, but that CPU is weak as @%$*#!. 

If you could overclock it to something more reasonable like 3.2GHz then you could run on it ok, but you're not going to unlock speeds on all cores like that. (Yes, I know Intel claims it will do 4.2GHz in trubo, but that's only on one core for a few seconds, and it nerfs the capability of all the other cores when it does that.)

Basically it's a crappy laptop chipset that isn't made to do any real work.

 

Now, looking at that most recent log....

First it appears to load up just fine without any issues.

However when you attempt to connect, it starts to get really strange.

It goes and loads you in, spawns your character, and then determines that your connection to the server timed out 5 seconds later.

 

Even more curious, is that immediately after that happens, you get this error...

2020-05-15T19:33:06 487.154 ERR Opening buffer to save game: Could not find a part of the path "C:\Users\User\AppData\Roaming\7DaysToDie\Saves\Navezgane\SKYNET\main.ttw".

So somehow, after you logged in and mysteriously connected, It's suddenly unable to find the primary game file.

It then immediately looses track of the serveradmin.cml file and re-creates one from scratch.

 

Then suddenly it can't find the main.ttw file again.

 

After that everything just goes to @%$*#!, which is fully expected at this point.

 

So it appears to load everything just fine at the start, and then has an issue with it afterwards.

 

Possible causes.

1. Security software. There is a damn good reason I always tell people to ensure client and server are fully excluded. This is one of those reasons.  More details on why and how are in the Sticky FAQ.

2. Bad hard drive. Or maybe just corrupted data. I don't think the issue is in the save files themselves though, we would see different errors in the initial load. Instead you're seeing errors when the server is trying to do multiple things.

3. It's all because the CPU is crap. Hate to break it to you, but I mentioned earlier that the CPU is sub-par. Even being an 8th-gen chip, it barely meets the minimum capabilities required to host. It could just be that it's not capable of keeping up. The minimum is 2.4GHz, and you're at 2.2GHz with "power save" features driving the core clock speed even lower. It's most likely only doing like 800MHz, and that is the real issue.

 

My bets are on options 1 or 3, and I lean more towards option 3.

[meganoth]

Well, bad news. Using the launcher to wipe your data was a too generous wipe I fear.

 

Remember when I said the case is more complicated if server and client are on the same machine? Well, it is more complicated because AFAIK (and I could be totally wrong, never used that setup) the server and client use generally the same location to save their data if you let them run in the same user account. Instead of only wiping SavesLocal (which is the locally cached data on the client) you wiped ALL the local data and that (probably) includes the servers savegame in Saves too. The server- and client-files aren't really far away from each other.

 

Use the Explorer and look into C:\Users\User\AppData\Roaming\7DaysToDie\Saves\Navezgane\SKYNET . You probably won't even find a directory Navezgane in Saves/ and that means the server save is gone.

 

Note this is just conjecture on my part, it is very hard to know for sure what is happening from far away. Maybe I misjudge the situation. So you should do a second check: Search your hard disk for directories called "SKYNET". If you find none, your world is definitely gone. If you find one, look inside. If you find files like "main.ttw" and "players.xml" inside, that means there still exists a save. Check the modification dates of those files, it should tell you from when this save is.

 

Sorry, I should have remembered that you were saying that you had the server on the same machine.

 

Also Sylen is right, your CPU is very weak. Which would not be a problem if it was just about low FPS. But the game uses internally 20 ticks per seconds to manage all events. If the server CPU doesn't reach that speed of 20 ticks, the chance of corruption of the save game increases dramatically. If you can't get a better machine, it would be a good idea to do regular backups of the servers save game. Well, even if you get a better machine, backups are always sensible.