Dedicated Server Crash when unit is destroyed - log / dump included

Sometimes our dedicated Server crashes, when units are destroyed.

- Every time a gas platform ist gone

- however, sometimes, the destruction of other units too

Two examples of log entries:

2020-06-12 19:31:08.213 INFO    Scripting: event:type=hit,initiatorPilotName=[Jolly Rogers]Dodo,weapon=F/A-18C Lot 20,target=Gas platform,t=77337.661,initiatorMissionID=225,targetMissionID=1141,
2020-06-12 19:31:08.214 INFO    Scripting: event:t=77337.661,type=dead,initiatorMissionID=1141,

2020-07-03 21:15:45.320 INFO    Scripting: event:type=kill,initiatorPilotName=[Eagle 02] Flo,weapon=AJS37,target=,t=59485.601,initiatorMissionID=1634,targetMissionID=,
2020-07-03 21:15:45.320 INFO    Scripting: event:amount=0,t=59485.601,type=score,initiatorMissionID=1634,

After these last lines the Server crashes:

2020-07-03 21:15:45.321 INFO    EDCORE: try to write dump information
2020-07-03 21:15:45.322 INFO    EDCORE: # -------------- 20200703-211546 --------------
2020-07-03 21:15:45.323 INFO    EDCORE: DCS/2.5.6.50979 (x86_64; Windows NT 10.0.17763)
2020-07-03 21:15:45.323 INFO    EDCORE: D:\Program Files\Eagle Dynamics\DCS World OpenBeta Server\bin\Transport.dll
2020-07-03 21:15:45.323 INFO    EDCORE: # C0000005 ACCESS_VIOLATION at 2E3CB882 00:00000000
2020-07-03 21:15:45.324 INFO    EDCORE: SymInit: Symbol-SearchPath: '.;D:\Program Files\Eagle Dynamics\DCS World OpenBeta Server;D:\Program Files\Eagle Dynamics\DCS World OpenBeta Server\bin;C:\Windows;C:\Windows\system32;SRV*C:\websymbols*http://msdl.microsoft.com/download/symbols;', symOptions: 530, UserName: 'Adm03tm11'
2020-07-03 21:15:45.325 INFO    EDCORE: OS-Version: 10.0.17763 () 0x110-0x3
2020-07-03 21:15:46.037 INFO    EDCORE: 0x000000000005B882 (Transport): wcColumn::destroyObjectOnPath + 0x52
2020-07-03 21:15:46.037 INFO    EDCORE: 0x000000000004C28B (Transport): RouteManager::clear + 0xE3B
2020-07-03 21:15:46.038 INFO    EDCORE: 0x000000000000B791 (edObjects): LandObjectDestroySignal::notifyDestroy + 0xC1
2020-07-03 21:15:46.038 INFO    EDCORE: 0x0000000000011F3F (edObjects): lLandObject::Degrade + 0x38F
2020-07-03 21:15:46.039 INFO    EDCORE: 0x000000000001CDC3 (Terrain): lStandartStructure::Degrade + 0x53
2020-07-03 21:15:46.039 INFO    EDCORE: 0x000000000000AE27 (Terrain): lArmsStorageInitRandoms + 0x417
2020-07-03 21:15:46.039 INFO    EDCORE: 0x0000000000012FDE (edObjects): lLandObject::TakeDamage + 0x13E
2020-07-03 21:15:46.039 INFO    EDCORE: 0x000000000075B06F (DCS): CoreUtils::TempFilesManager::operator= + 0x3F34BF
2020-07-03 21:15:46.039 INFO    EDCORE: 0x00000000007577ED (DCS): CoreUtils::TempFilesManager::operator= + 0x3EFC3D
2020-07-03 21:15:46.040 INFO    EDCORE: 0x00000000007593EE (DCS): CoreUtils::TempFilesManager::operator= + 0x3F183E
2020-07-03 21:15:46.040 INFO    EDCORE: 0x0000000000103E63 (edCore): Mail::Reader::stream + 0x1473
2020-07-03 21:15:46.040 INFO    EDCORE: 0x0000000000888F5F (DCS): CoreUtils::TempFilesManager::operator= + 0x5213AF
2020-07-03 21:15:46.040 INFO    EDCORE: 0x00000000008894E1 (DCS): CoreUtils::TempFilesManager::operator= + 0x521931
2020-07-03 21:15:46.040 INFO    EDCORE: 0x000000000089CE7B (DCS): CoreUtils::TempFilesManager::operator= + 0x5352CB
2020-07-03 21:15:46.040 INFO    EDCORE: 0x000000000087952E (DCS): CoreUtils::TempFilesManager::operator= + 0x51197E
2020-07-03 21:15:46.041 INFO    EDCORE: 0x0000000000868E62 (DCS): CoreUtils::TempFilesManager::operator= + 0x5012B2
2020-07-03 21:15:46.041 INFO    EDCORE: 0x0000000000715784 (DCS): CoreUtils::TempFilesManager::operator= + 0x3ADBD4
2020-07-03 21:15:46.041 INFO    EDCORE: 0x00000000006E9C44 (DCS): CoreUtils::TempFilesManager::operator= + 0x382094
2020-07-03 21:15:46.041 INFO    EDCORE: 0x00000000006EA009 (DCS): CoreUtils::TempFilesManager::operator= + 0x382459
2020-07-03 21:15:46.041 INFO    EDCORE: 0x00000000016D754E (DCS): AmdPowerXpressRequestHighPerformance + 0xB1954A
2020-07-03 21:15:46.042 INFO    EDCORE: 0x00000000008D3D4E (DCS): CoreUtils::TempFilesManager::operator= + 0x56C19E
2020-07-03 21:15:46.042 INFO    EDCORE: 0x0000000000017974 (KERNEL32): BaseThreadInitThunk + 0x14
2020-07-03 21:15:46.042 INFO    EDCORE: 0x000000000006A271 (ntdll): RtlUserThreadStart + 0x21
2020-07-03 21:15:46.254 INFO    EDCORE: Minidump created.

Any idea how we can prevent such crashes?

Can you upload mission you use when server is crashing?

No, the instance crashed and is gone from the Server List.

Hi

 

I have tried to reproduce but was unable, do you happen to have a as short as possible server track replay showing this happen?

No, sorry (disable_write_track = true).

I have set disable_write_track = false. Next time i can provide a track file.

2020-07-08 16:35:52.299 INFO    Scripting: event:type=takeoff,initiatorPilotName=[Eagle 05] Micadoo,place=Senaki-Kolkhi,t=66891.746,placeDisplayName=Senaki-Kolkhi,initiatorMissionID=1634,
2020-07-08 16:44:03.475 INFO    Scripting: event:type=shot,initiatorPilotName=[Eagle 05] Micadoo,t=67382.934,weapon=RB-15F,initiatorMissionID=1634,
2020-07-08 16:44:05.251 INFO    Scripting: event:type=shot,initiatorPilotName=[Eagle 05] Micadoo,t=67384.713,weapon=RB-15F,initiatorMissionID=1634,
2020-07-08 16:46:12.988 INFO    Scripting: event:type=hit,initiatorPilotName=[Eagle 05] Micadoo,weapon=RB-15F,target=CV_1143_5,t=67512.453,initiatorMissionID=1634,targetMissionID=1133,
2020-07-08 16:46:12.988 INFO    Scripting: event:t=67512.453,type=dead,initiatorMissionID=1133,
2020-07-08 16:46:12.988 INFO    Scripting: event:type=kill,initiatorPilotName=[Eagle 05] Micadoo,weapon=RB-15F,target=CV_1143_5,t=67512.453,initiatorMissionID=1634,targetMissionID=1133,
2020-07-08 16:46:12.988 INFO    Scripting: event:amount=5500,t=67512.453,type=score,initiatorMissionID=1634,
2020-07-08 16:48:48.035 INFO    EDCORE: try to write dump information
2020-07-08 16:48:48.036 INFO    EDCORE: # -------------- 20200708-164849 --------------
2020-07-08 16:48:48.037 INFO    EDCORE: DCS/2.5.6.50979 (x86_64; Windows NT 10.0.17763)
2020-07-08 16:48:48.037 INFO    EDCORE: D:\Program Files\Eagle Dynamics\DCS World OpenBeta Server\bin\WorldGeneral.dll
2020-07-08 16:48:48.037 INFO    EDCORE: # C0000005 ACCESS_VIOLATION at 0D29B2EA 00:00000000
2020-07-08 16:48:48.040 INFO    EDCORE: SymInit: Symbol-SearchPath: '.;D:\Program Files\Eagle Dynamics\DCS World OpenBeta Server;D:\Program Files\Eagle Dynamics\DCS World OpenBeta Server\bin;C:\Windows;C:\Windows\system32;SRV*C:\websymbols*http://msdl.microsoft.com/download/symbols;', symOptions: 530, UserName: 'Adm03wd'
2020-07-08 16:48:48.040 INFO    EDCORE: OS-Version: 10.0.17763 () 0x110-0x3
2020-07-08 16:48:48.787 INFO    EDCORE: 0x00000000000AB2EA (WorldGeneral): wAttributeOwner::has_attribute + 0xA
2020-07-08 16:48:48.787 INFO    EDCORE: 0x00000000004A61EA (DCS): CoreUtils::TempFilesManager::operator= + 0x13E63A
2020-07-08 16:48:48.788 INFO    EDCORE: 0x0000000000488616 (DCS): CoreUtils::TempFilesManager::operator= + 0x120A66
2020-07-08 16:48:48.788 INFO    EDCORE: 0x000000000044586F (DCS): CoreUtils::TempFilesManager::operator= + 0xDDCBF
2020-07-08 16:48:48.788 INFO    EDCORE: 0x0000000000003B94 (World): wSimTrace::CommandsTraceDiscreteIsOn + 0x504
2020-07-08 16:48:48.788 INFO    EDCORE: 0x000000000000403D (World): wSimCalendar::DoActionsUntil + 0x1FD
2020-07-08 16:48:48.789 INFO    EDCORE: 0x0000000000702FDF (DCS): CoreUtils::TempFilesManager::operator= + 0x39B42F
2020-07-08 16:48:48.789 INFO    EDCORE: 0x0000000000715803 (DCS): CoreUtils::TempFilesManager::operator= + 0x3ADC53
2020-07-08 16:48:48.789 INFO    EDCORE: 0x00000000006E9C44 (DCS): CoreUtils::TempFilesManager::operator= + 0x382094
2020-07-08 16:48:48.789 INFO    EDCORE: 0x00000000006EA009 (DCS): CoreUtils::TempFilesManager::operator= + 0x382459
2020-07-08 16:48:48.789 INFO    EDCORE: 0x00000000016D754E (DCS): AmdPowerXpressRequestHighPerformance + 0xB1954A
2020-07-08 16:48:48.790 INFO    EDCORE: 0x00000000008D3D4E (DCS): CoreUtils::TempFilesManager::operator= + 0x56C19E
2020-07-08 16:48:48.790 INFO    EDCORE: 0x0000000000017974 (KERNEL32): BaseThreadInitThunk + 0x14
2020-07-08 16:48:48.790 INFO    EDCORE: 0x000000000006A271 (ntdll): RtlUserThreadStart + 0x21
2020-07-08 16:48:48.999 INFO    EDCORE: Minidump created.

It happened again yesterday. This time I got a track file from the pilot. Is it possible to shorten the track file (45MB)? (Or pick the needed file inside the track file)

Download here:

https://drive.google.com/file/d/13aprGS9HgTc0_OeRYej11dQC9TBU06l1/view?usp=sharing

Even if I place a new Gas / Oil Platform, the Server crashes when it is destroyed. Tried this in Single Player too. At least in SP it pops up a error message.

miz file: https://www.digitalcombatsimulator.com/de/files/3305410/

Hi folks,

I'd like to help reproduce.

I killed many gas platforms and do not get errors or crashes. Perhaps you can review my track attached and if you have no problems then I think its not th egas platform. Let me know.

The information above is slightly conflicting from your words.

There are two different dll's the error is in, so the two crashes firstly, are unrelated, even if they appear so, they are breaking different areas of code.

Second you talk about the gas platform, but only one log snippet mentions the gas platform, the other two have the new Kuznetsov being killed before the crash. These were from Viggen's.

So there's a lot of random stuff going on and I haven't found a way to reproduce or know what is happening in the game at the time.

I watched your track until 18:00 mission time. no crash.

I find complete logs paint a better picture, for future reference. You can obfuscate the HWID and IP and usernames if you like. The only log part connected to the crash reliably was the first, which you truncated, it was the Viggen kill which occured 100th of a second before the crash. The other crash "WorldGeneral.dll" was 2 seconds after the last event, which is a glacial age in computing terms.

I think the chances of getting a reliable and transportable error to ED is a bit low - even the minicontext of the crash doesnt contain useful dev information without the full crash dump (which was likely switched off?)

Concentrating on ships, and what units are doing, whats hit or dead in the last few seconds and matching a pattern would be a good way to go, if you can keep the entire logs and if this happens regularly enough that you can provide 1,2,3,4 steps to reproduce, would really help.

gasPlat.trk

Hello and thanks for the comment.

I looked at the track and played the mission a few more times. I have 3 different DCS installations (on different partitions). One for VR, one for video recordings and one on a notebook for mission creation. The map crashed constantly on all these partitions. Other members of our wings also reported this.

Now the good news: the last few days the error has not occurred. Our wing destroyed all platforms on the map several times - no crash so far. The last patchlog says "DCS hangs after destroying objects - fixed." It may have something to do with it?

If the error reappears I try to post complete crash logs (and yes, full crash dump was off).

Thanks again!