10 years later, the game is still unplayable lmao

@Geez @dedmen it might make sense to merge https://feedback.bistudio.com/T182075 and https://feedback.bistudio.com/T93061 into this bug, or at least link them - they are definitely related.

I've also tried OPENSSL_ia32cap=~0x200000200000000 to really make sure its not a mix of hardware / too old openssl - but the issue stays the same.

Mar 01 17:30:59 game002 hashima-server[1326254]: Error decrypting message: error:0406506C:rsa routines:rsa_ossl_private_decrypt:data greater than mod len
Mar 01 17:30:59 game002 hashima-server[1326254]: Error decrypting message: error:04099079:rsa routines:RSA_padding_check_PKCS1_OAEP_mgf1:oaep decoding error

Could this be tied to the number of SpawnObject we can spawn in game? I'm experiencing the same crashes when I try to load stuff with SpawnObject in init.c (separate .c file but in init.c), after a certain number of lines loaded it just crashes with same Access Violation ... but when I reduce the number of SpawnObject lines loaded, it works just fine.

In T189290#2761163, @Firewalker wrote:

On Sakhal test, one of two airdrops completed successfully. I think this is why its hard to nail the problem down. Some airdrops are "randomly" working. But overall, if you disable them, your server should run.

Pretty sure this is up to the Expansion team to resolve, not BI

SCRIPT : 08:50:12.648 [EXPANSION DEBUG]: [ExpansionMissionEventAirdrop] Adjusted container weights:
SCRIPT : 08:50:12.648 [EXPANSION DEBUG]: ExpansionAirdropContainer_Basebuilding 374
SCRIPT : 08:50:12.648 [EXPANSION DEBUG]: ExpansionAirdropPlane::GetSpawnPoint - drop position <6390.000000, 0.000000, 8535.000000> - map is sakhal - size 15360 - center <7680.000000, 300.000000, 7680.000000>
SCRIPT : 08:50:12.648 [EXPANSION DEBUG]: ExpansionAirdropPlane::GetSpawnPoint - selected spawn point <15360.000000, 450.729736, 3352.719482>
SCRIPT : 08:50:22.666 [EXPANSION DEBUG]: [ExpansionMissionEventAirdrop] Adjusted container weights:
SCRIPT : 08:50:22.666 [EXPANSION DEBUG]: ExpansionAirdropContainer_Basebuilding 454
SCRIPT : 08:50:22.666 [EXPANSION DEBUG]: ExpansionAirdropPlane::GetSpawnPoint - drop position <845.000000, 0.000000, 11331.000000> - map is sakhal - size 15360 - center <7680.000000, 300.000000, 7680.000000>
SCRIPT : 08:50:22.666 [EXPANSION DEBUG]: ExpansionAirdropPlane::GetSpawnPoint - selected spawn point <15360.000000, 450.506683, 1024.718750>
SCRIPT : 08:57:06.771 [EXPANSION DEBUG]: ExpansionLootSpawner::Spawn - WARNING: Couldn't spawn ExpansionCamoBoxKit on ExpansionAirdropContainerBase<f2c07960>
SCRIPT : 08:57:06.771 [EXPANSION DEBUG]: ExpansionLootSpawner::Spawn - WARNING: Couldn't spawn ExpansionGunrack on ExpansionAirdropContainerBase<f2c07960>
SCRIPT : 08:57:06.771 [EXPANSION DEBUG]: ExpansionLootSpawner::Spawn - WARNING: Couldn't spawn CamoNet on ExpansionAirdropContainerBase<f2c07960>
SCRIPT : 08:57:06.771 [EXPANSION DEBUG]: ExpansionLootSpawner::Spawn - WARNING: Couldn't spawn LargeGasCanister on ExpansionAirdropContainerBase<f2c07960>
SCRIPT : 08:57:06.771 [EXPANSION LOG]: ExpansionAirdropContainerBase<f2c07960> InitAirdrop - total weight (kg) 337.746 - nominal fall speed 4.59436 m/s, wind impact strength 0.0734273
SCRIPT : [Permissions Manager] Admin (chicken) (76561197974270314) Successfully Logged in!
SCRIPT : 09:02:13.839 [EXPANSION DEBUG]: ExpansionLootSpawner::Spawn - WARNING: Couldn't spawn ExpansionGunrack on ExpansionAirdropContainerBase<34da10e0>
SCRIPT : 09:02:13.839 [EXPANSION LOG]: ExpansionAirdropContainerBase<34da10e0> InitAirdrop - total weight (kg) 375.568 - nominal fall speed 4.68892 m/s, wind impact strength 0.0718513

Exception code: C0000005 ACCESS_VIOLATION at 833EE1B4
Allocator: system
graphics: No
resolution: 160x120x32

Игра вылетает на этапе входа в неё. Возникает ошибка (прилагаю отчёт и название). Так произошло после обновления.

I did this using scripted commands, but please consider modding of HumanCommandVehicle, especially allowing raise weapon (animgraph Raise). It can allow those feature implement even easier and for driver too.

And here you go. Only using Expansion Base Building Airdrops. Crashed on the third one.

On Sakhal test, one of two airdrops completed successfully. I think this is why its hard to nail the problem down. Some airdrops are "randomly" working. But overall, if you disable them, your server should run.

So far, my Chernarus and Sakhal servers crash the same, if Expansion Airdrops are running. Someone above said that Expansion team is discussing it on their Discord.

Same issues for us. Before this senseless update we didnt have crashes or crab like that. Update 1.27 happend, almost crashes on a hourly bases.
WIN-DC5QK4GAL09, 01.03 2025 10:56:06
Unhandled exception

In T189207#2757802, @Bloodshot_vp wrote:

In T189207#2757700, @kuzyn wrote:

Update is out, slots are still broken.

You need to use the hotfix mentioned above.

In T189290#2760841, @Weyland wrote:

Disabled Airdrop in Expansion, server no longer crashes...nor player drops.

@Geez all back to normal now. Building works like before Update. Thx for the Support

Please fix this issue, it's annoying

This also happened to me

Before, the server crash would display the relevant mod, but now it's not at all. I just experienced a server crash, which occurred when I joined the server. Before, the server had been running well and there were no players in it. I left for a while and then joined the server, resulting in a crash

Ok doing some troubleshooting on my servers I have been able to replicate the weird behavior.

I started having issues as well after the 1.27 update. My symptoms are the access violation. As well, when this happens, players report no longer being able to join without crashing to the access violation error. What is interesting is I removed all mods from my server one by one to see if any one specific mod caused the issue, down to the point that it was just the Deer Isle map. It did not restore my ability to log back in. However, if I wipe the playerdb file and let players rejoin, it seems to behave fine for a short period of time. Upon slowly reintroducing mods, it seems to inevitably happen again. I would have anticipated the playerdb file updating as mods are removed and items are no longer in inventory but it's almost acting as if the playerdb is becoming corrupt. Most players state it works for a while and inevitably freezes and happens again. This happens to me on linux or on windows servers, as I am able to take the known broken playerdb, move it to my other server, and reproduce the issue, even with different mods.

Disabled Airdrop in Expansion, server no longer crashes...nor player drops.

I was having very consistent crashes with an air drop mod. After removing that mod, the crashes now seem to be random. However, I'm starting to notice player connect/disconnect activity at the end of the all my script logs on crashes. I've seen a similar issue with a vehicle mod roughly a year and half ago. When a player joined or died and respawned as a certain character type it would crash the server. Were any changes made to characters players can play as?

Easiest way to fix it would be to add some dummy-void sound in played audio files, to mimic silence while the sound would still play.

It would be good if the sound was 3times less frequent.
The surfacemaks responsible for this noise is not so common, sound is nice and it would be good if it wasn't so frequent.

I have the same problem, but my Server is now restarting all 15 Minutes.

Hello, the same problem

I tried Debian 11 in a podman container, that didn't make a difference.

I no longer have the logs unfortunately. But if I remember correctly it was a migration from debian 11 to fedora server 39. I know this is not useful for you without logs.

Im having these issues as well, i assume no one has a fix yet? Is it tied to the recent update pushed a coupel days ago?

In T175939#2576945, @rarnold wrote:

Issue started occurring when relocating a server to a new machine and keeping the configs from the old one. RSYNC was used. I suspect keypair mismatch.

After discussing this in the dayz discord, we are pretty sure that this bug and
https://feedback.bistudio.com/T182075
and
https://feedback.bistudio.com/T93061

Fix please((

Today my friend played to on the official server. The client crashed with this error:

Was mentioned by 1 server owner in Expansion Discord that he didn't have airdrops running and it was still happened to him. only passing on info

I did both and it persists

I think it has to do with the broken door animation

new logs attached, thx!

Ah ok,thank you very much.

this does not solve the problem. I'm using the roads from here https://github.com/BohemiaInteractive/DayZ-Misc/tree/master/Road%20Parts and there aren't any anyway.

I'm an idiot. So, yeah, I did have random supply drops running on both servers. The C130 drops from Expansion.

There are a lot of these buildings

SymGetSymFromAddr:487, addr:0x7ff7c669a819
SymGetSymFromAddr:487, addr:0x7ff7c6695fd6
SymGetSymFromAddr:487, addr:0x7ff7c66e0c07
SymGetSymFromAddr:487, addr:0x7ff7c6999d0c
SymGetSymFromAddr:487, addr:0x7ff7c69cc0d0
[CDPCreateClient]: ??? addr:0x7ff7c6e64941
[CDPCreateClient]: ??? addr:0x7ff7c6e60574
[CDPCreateClient]: ??? addr:0x7ff7c6d88737
SymGetSymFromAddr:487, addr:0x7ff7c69317ff
SymGetSymFromAddr:487, addr:0x7ff7c6931454
SymGetSymFromAddr:487, addr:0x7ff7c6bd6969
SymGetSymFromAddr:487, addr:0x7ff7c6bdd146
SymGetSymFromAddr:487, addr:0x7ff7c6bc056d
SymGetSymFromAddr:487, addr:0x7ff7c6bdad14
SymGetSymFromAddr:487, addr:0x7ff7c6ba5bf6
SymGetSymFromAddr:487, addr:0x7ff7c6bdef69
SymGetSymFromAddr:487, addr:0x7ff7c6bc26e2
[CDPCreateClient]: ??? addr:0x7ff7c6d9a489
[CDPCreateClient]: ??? addr:0x7ff7c6f2487e
[CDPCreateClient]: ??? addr:0x7ff7c6f1b48e
[CDPCreateClient]: ??? addr:0x7ff7c6f23ab7
SymGetSymFromAddr:487, addr:0x7ff7c69193c8
[CDPCreateClient]: ??? addr:0x7ff7c6f25b06
SymGetSymFromAddr:487, addr:0x7ff7c6a56cda
[CDPCreateClient]: ??? addr:0x7ff7c707f2a2
[BaseThreadInitThunk]: ??? addr:0x7ffa817c7034
[RtlUserThreadStart]: ??? addr:0x7ffa836bd0d1
[RtlUserThreadStart]: ??? addr:0x7ffa836bd0d1

Hello MilesDownshur.
We were unable to reproduce this issue.
Can you please upload a video of the issue?
Regards,
Geez