I tried a method to correct the problem with a customer who was asked to have a DLC to connect to his Chernarus server. The problem is corrected by adding the following parameter to serverDZ.cfg:

steamProtocolMaxDataSize = 4096;

Perhaps it would be a good idea to increase the default value (1024 - I think) used by DayZ so that server owners don't have to do this.

@XiKKA Hello. I've been able to work on a number of servers with this error. I've come to the conclusion that the latest update is not at fault and that the error itself is irrelevant, as it is systematically caused by a mod that crashes the server. However, it's difficult to identify the mod with this error alone: I'd advise you to ignore this error and look among your mods for what might be causing the crash. If it happens systematically during startup, it should be fairly easy to find. Otherwise, you'll need to be patient and persistent.

Yes, it's not very clear inside the changelog. Can you say whether the "shardId" must be unique for each server hosted on a machine? Apparently, the same shardId can be used. But this is not clear without documentation.

In T179692#2623741, @Nate_LapT wrote:

as of 1.25 this seems to have been fixed.
I haven't had any PBOs in the past few weeks have this issue since the update.

@Geez I don't think it will be necessary to look any further into the cause of these crashes. Crashes do not look the same, as reported by the developers and observed here, and can all be fixed (especially for crashes that occur during runtime) by server administrators with a complete checking the server mods. I debugged a customer's server yesterday that had a crash similar to what was shared here and it was from an event that spawned modded zombies. Very different from other crashes I've been able to fix that were caused by items spawns.

In T181684#2618763, @_4CB_ wrote:

In T181684#2618685, @Geez wrote:

Hello everyone.
Can you please send us the following:

server ID(name/IP)
Time of occurrence
Link to your Steam account

Regards,
Geez

Server ID: QDAYZ [DeathMatch] | Vanilla Gun | CHERNO | 194.147.90.85:2304
Time of occurence - 10:48 UTC
Link to my steam acc - https://steamcommunity.com/profiles/76561199581676709/
I also regularly had this error on the server MIDNIGHT 3PP | LIVONIA PLUS | WIPE 27.05, every 15 minutes of my game, between 6:00 UTC and 8:00 UTC

In T181572#2618116, @Geez wrote:

In T181572#2618098, @gjvdheuvel wrote:

Reading all this again, so there are many different reasons for this crash. Our server encounters it on spawning in certain objects.
@Geez do we have any update from your side if all the logs and minidumps are enough info to provide more info? Can we do something else to assist? Sorry for tagging.

Unfortunately not much updates I can provide. The devs have checked some dumps on this ticket but it appears that everyone is submitting crash dumps for different issues/causes.

An example of a crash when the hive is initialised :

------------------------------------
WIN-UTOF1UC2OFH, 01.06 2024 17:23:13
Unhandled exception

Hello Steniboy. This problem has already been reported in another ticket : https://feedback.bistudio.com/T181638.
Follow this ticket if you wish to be notified of its correction.

Like @voudou reinstalling BattlEye didn't solve the problem for one of the users concerned. What can we provide developers to help them understand this issue?

I should also point out that we've had a few reports of this from players on our customers servers. I've passed on the method recommended by @Geez. I'm waiting to feedback from these players.

In T181572#2615702, @unvaxedsavage wrote:

could everyone share their modlist or ip/port so we can check. I noticed in the above mod list these similarities

drippysneakers
fliptransport
rag hunting cabin
cannabis plus
drugs plus
DNA Keycards
DayZ Editor Loader
Snafu Weapons
Gamelabs
Code Lock
BaseBuildingPlus
gebsfish
SpawnerBubaku
CZ No Fly Zones

In T181572#2615871, @gjvdheuvel wrote:

I just threw out Expansion as a test, it is not related. Just was a coincidence I saw it in the first three or so servers that mentioned the problem

In T181572#2615639, @gjvdheuvel wrote:

Just a question to all maybe here. Are we all using Expansion? It seems to be a common denominator maybe?

Can you try increasing the MTU on your PC Wired ? The MTU should not be 1300, the recommended value is 1500. This can be done with the command : netsh int ipv4 set subinterface "Ethernet 3" mtu=1500 store=persistent. An MTU of less than 1500 can cause a WaitAuthPlayerLogin error.

So far, we know this happens:

In T181594#2614695, @sanguine00 wrote:

@DeGrinchy I think his issue is that he can't assign the same RCon port to an instance bound to a different IP. In terms of how IPv4 works, using the same port on a different IP address should absolutely be possible. If RCon doesn't allow for that, then it's a bug or limitation with how RCon is implemented and/or configured, and worth reporting to the developers (or Battleye).

On our side, we have identified a new customer affected by this problem. (And we're a small service... at the moment) When in doubt, I'll also provide you with the logs + MDMP so you have more material to understand the problem. According to the servers, this problem is fairly critical in its regularity.

In T181480#2613983, @Smola wrote:

1716932697.zip2 MBDownload

Here is another crash and the associated .mdmp file:

------------------------------------
WIN-43417R2VOB5, 28.05 2024 22:48:15
Unhandled exception

In T181572#2614017, @Sm0ky wrote:

I'm hosting with vykix.com same problems.

WIN-FM9EFFGU0SV, 28.05 2024 15:03:08
Unhandled exception

Program: C:\TCAFiles\Users\tjfjteru\290\DayZServer_x64.exe
Reason: Access violation. Illegal read by 0x7ff7814116b8 at 0x50

SymGetSymFromAddr:487, addr:0x7ff7814116b8
SymGetSymFromAddr:487, addr:0x7ff78141029a
SymGetSymFromAddr:487, addr:0x7ff781410189
SymGetSymFromAddr:487, addr:0x7ff781416601
SymGetSymFromAddr:487, addr:0x7ff78141636d
SymGetSymFromAddr:487, addr:0x7ff78111f9e0
SymGetSymFromAddr:487, addr:0x7ff781126222
[CDPCreateServer]: ??? addr:0x7ff78188acdd
[CDPCreateServer]: ??? addr:0x7ff7819e8326
[CDPCreateServer]: ??? addr:0x7ff7819df584
[CDPCreateServer]: ??? addr:0x7ff7819e1a99
SymGetSymFromAddr:487, addr:0x7ff78145b7dd
[CDPCreateServer]: ??? addr:0x7ff7819e958c
SymGetSymFromAddr:487, addr:0x7ff781570c3b
[CDPCreateServer]: ??? addr:0x7ff781b399e2
[BaseThreadInitThunk]: ??? addr:0x7ffcf5444cb0
[RtlUserThreadStart]: ??? addr:0x7ffcf5e6e8ab
[RtlUserThreadStart]: ??? addr:0x7ffcf5e6e8ab

Hello. It would have been great to be able to make the distinction to prevent this from happening. Unfortunately, the distinction that would be made would open the door to abuse through the use of third-party software to cause a voluntary exclusion so as not to be affected by the 15-second timer. It's technically possible, but you'd have to put too much faith in what's done on the client side.

In T180657#2605683, @Haas wrote:

In T180657#2605094, @Geez wrote:

Hello Haas.
Can you please send us your CE configuration file?
Regards,
Geez

Are you wanting all my server files or specific ones?