Seems like I can only add one private file. So I can't add the logs.

Hello, are the servers running any mods? And have you tried to contact the server owners/admins to move your character? And if that does not work would removing the character solve the issue?

No mods, server restart didn't seem to help, but I did notice I could rejoin the first server this happened and continue for an hour or so before it started happening again. Once it started happening again it would freeze/shut down a few seconds after I rejoined the server.

I have been saving .RPT and .log but I don't see anything common to each crash.

Unfortunately if the game freezes there is not much we can tell from logs and crash dump is not being generated.

I did just reinstall to see if that helps, It didn't but I noticed this time when the window closed down there was a crash report dialogue box but it disapeared before I got a chance to hit send....

So this time I did get a small crash report, hope you can derive something from that. It is the ONLY time these logs were produced for this issue and running it again didn't make a crash log either. I don't think eveyone on the server is effected at the same time as I can see they are still logged in after I crash.

CrashReporter.log

11:17:17:053 CRASH REPORT : Crash reporter started!

11:17:17:055 CRASH REPORT : Sending analytical data.

11:17:17:056 CRASH REPORT : Sending Request...

11:17:17:472 CRASH REPORT : Crash Analytics: OK

crash_2026-10-01_11-16-26.log

......DayZ Exp\crash_2026-10-01_11-16-26.log started at 2026-10-01 11:17:16 (2026-10-01 14:17:16 UTC)

------------------------------------

01.10 2026 11:17:16

Unhandled exception

Program: F:\SteamLibrary\steamapps\common\DayZ Exp\DayZ_x64.exe

Reason: Stack overflow

[CDPInitServer]: ??? addr:0x7ff7cd581f08

SymGetSymFromAddr:487, addr:0x7ff7cc89e13c

SymGetSymFromAddr:487, addr:0x7ff7cc89e102

SymGetSymFromAddr:487, addr:0x7ff7cc7c6afe

SymGetSymFromAddr:487, addr:0x7ff7cc7c73cc

SymGetSymFromAddr:487, addr:0x7ff7cc7cae7b

SymGetSymFromAddr:487, addr:0x7ff7cc7aef33

SymGetSymFromAddr:487, addr:0x7ff7cc7ac198

SymGetSymFromAddr:487, addr:0x7ff7cc826b6f

SymGetSymFromAddr:487, addr:0x7ff7ccac452f

SymGetSymFromAddr:487, addr:0x7ff7ccac3fcc

SymGetSymFromAddr:487, addr:0x7ff7ccad4a5c

SymGetSymFromAddr:487, addr:0x7ff7ccab2fbf

SymGetSymFromAddr:487, addr:0x7ff7ccab34cf

SymGetSymFromAddr:487, addr:0x7ff7ccab5308

SymGetSymFromAddr:487, addr:0x7ff7cc6e64f5

SymGetSymFromAddr:487, addr:0x7ff7cc6e6ca7

SymGetSymFromAddr:487, addr:0x7ff7cc6e78ab

SymGetSymFromAddr:487, addr:0x7ff7cc6d8bef

[BaseThreadInitThunk]: ??? addr:0x7ffa3540cd87

[RtlUserThreadStart]: ??? addr:0x7ffa36cacaec

[RtlUserThreadStart]: ??? addr:0x7ffa36cacaec

We will require a .mdmp dump file to properly analyse any crash.

Oh I see the .mdump there too!

I'll see if I can upload it as the private file, it's a little large!

Have you noticed if maybe the freezes happen when you get to high ground and look far away at distance? For me its been the case, as long as the game doesnt have to struggle with draw distance i was fine but as soon as the game had to draw stuff far away the game would freeze (but in my case it would crash after the freeze) and when i would rejoin that same server with that same character it would instantly freeze again as soon as the world loads because it has to load stuff far away, which creates a kind of trap for the character. As long as i joined a different server and my character would spawn in a place where game doesnt have to draw far objects i would be fine.

No not exclusivly. Maybe its a memory leak that shows itself more when there is more to draw... One of my chars is inside a castle the other in a field and an mid elevation and didn't happen when their was more to draw.

Hello.
This seems like some sort of rendering issue/misconfigured item. If this is on community server with items that do not spawn under vanilla circumstances there is nothing we can do on our end. If these items are not enabled then we would require copy of the character from the database from the server owners.

Please reopen. I tested and reproduced using Official "3602 | NORTH AMERICA - NY | 1st Person Only". I crashed at 21:54 ADT. The .mdmp could be a red herring, it's only been produced once out of many, many crashes. This time I reproduced using a differnt account on a different map, updated drivers. It took longer playing before it crashed, if you look at the character you'll see how long they were alive. The comment above by mynicknametaken, may be on to something, I have noticed more when there is a longer distance to render.

On a hunch I restarted the client and changed my graphics down from extreme to everything medium and I loaded in and ran around fine, no immediate crash. So I then set the settings back to extreme, and BANG crashed immediatey.

This is my view where the process dies. Which is about here looking south.

It's weird because I feel like its not the longest render distance I've seen that I've seen this life, it seems to be a combanation of distance to the horizon AND time played.

It sounds like I may not be the only one experiencing it, and it's pretty terminal when it happens as the server is nolonger playable when you get stuck crashing on each relog (unless you turn down the GFX).

error_2026-10-07_20-18-13.log ends in

21:50:11.349 WORLD : Create entity type 'Animal_CanisLupus_White'

21:50:11.349 ENTITY (E): Type 'ManType' must be inherited from class 'DayZAnimalType'

21:52:03.800 ENTITY (W): Unknown object class 'pond' (dz\water_bliss\ponds\enoch_50x50.p3d)

21:52:03.800 ENTITY (W): Unknown object class 'pond' (dz\water_bliss\ponds\enoch_50x50.p3d)

21:52:03.800 ENTITY (W): Unknown object class 'pond' (dz\water_bliss\ponds\enoch_50x50.p3d)

21:52:15.497 NETWORK : Network simulation

21:52:15.497 ENTITY (E): Type 'LargeTentClutterCutter' must be inherited from class 'Building'

21:52:15.497 ENTITY (E): Type 'LargeTentClutterCutter' must be inherited from class 'Building'

21:52:24.256 ENTITY (W): Unknown object class 'pond' (dz\water_bliss\ponds\enoch_50x50.p3d)

21:52:24.256 ENTITY (W): Unknown object class 'pond' (dz\water_bliss\ponds\enoch_50x50.p3d)

21:52:24.432 ENTITY (W): Unknown object class 'pond' (dz\water_bliss\ponds\enoch_50x50.p3d)

21:52:24.432 ENTITY (W): Unknown object class 'pond' (dz\water_bliss\ponds\enoch_50x50.p3d)

21:54:12.767 ENTITY (W): Unknown object class 'pond' (dz\water_bliss\ponds\enoch_50x50.p3d)

21:54:12.767 ENTITY (W): Unknown object class 'pond' (dz\water_bliss\ponds\enoch_50x50.p3d)

21:54:30.005 NETWORK : Network simulation

21:54:30.005 WORLD : Create entity type 'Animal_CervusElaphusF'

21:54:30.005 ENTITY (E): Type 'ManType' must be inherited from class 'DayZAnimalType'

21:54:31.900 ENTITY (W): Unknown object class 'pond' (dz\water_bliss\ponds\enoch_50x50.p3d)

21:54:31.900 ENTITY (W): Unknown object class 'pond' (dz\water_bliss\ponds\enoch_50x50.p3d)

script_2026-10-07_20-18-13.log

21:42:44.451 SCRIPT : [WeaponFSM::ValidateAndRepairHelper] :: [INFO] :: [wpnfsm] ValidateAndRepair Attempting to repair: P1:36 - MagazineRepair - Pistol_CLO_CHG_BU1_MA1<0x000002BA22699EC0> - state: 1 != weapon: 0

21:45:18.315 SCRIPT : [WeaponFSM::ValidateAndRepairHelper] :: [INFO] :: [wpnfsm] ValidateAndRepair Attempting to repair: P1:36 - MagazineRepair - Pistol_CLO_CHG_BU1_MA1<0x000002C4B8AC9E30> - state: 1 != weapon: 0

21:45:27.435 SCRIPT : [WeaponFSM::ValidateAndRepairHelper] :: [INFO] :: [wpnfsm] ValidateAndRepair Attempting to repair: MKII:22882 - MagazineRepair - Pistol_CLO_CHG_BU1_MA1<0x000002C4CE853730> - state: 1 != weapon: 0

21:45:42.535 SCRIPT : [WeaponFSM::ValidateAndRepairHelper] :: [INFO] :: [wpnfsm] ValidateAndRepair Attempting to repair: MKII:22882 - MagazineRepair - Pistol_CLO_CHG_BU1_MA1<0x000002B99C1322E0> - state: 1 != weapon: 0

If you have managed to produce this on an official server, please provide a link to your Steam profile.