Page MenuHomeFeedback Tracker

Server Crash C00000FD STACK_OVERFLOW at 114464EC
Closed, ResolvedPublic

Description

5 Arma3servers on 3 physically seperate dedicated machines crashed at the same time 19:58

C00000FD STACK_OVERFLOW at 114464EC

When i rebooted one of the servers, it crashed again at 20:29
C00000FD STACK_OVERFLOW at 11A864ED {F24646} {F24647} {F24648}

Details

Legacy ID
3450813770
Severity
None
Resolution
Open
Reproducibility
Random
Category
Game Crash
Additional Information

[20:41:42 | Edited 20:41:52] Dwarden (David Foltyn):

i bet i know what it is
nah i need usual reports,
7z mdmp, bidmp, rpt (log) from each crashed server and create A3FT ticket, then send me url

Event Timeline

ECID edited Steps To Reproduce. (Show Details)Aug 22 2014, 9:04 PM
ECID edited Additional Information. (Show Details)
ECID set Category to Game Crash.
ECID set Reproducibility to Random.
ECID set Severity to None.
ECID set Resolution to Open.
ECID set Legacy ID to 3450813770.May 7 2016, 7:17 PM

Hey,
thanks for reporting the issue. However, the crashdump file (bidmp) is completely empty and cannot be analyzed. This can be caused by insufficient time given the client to create the dumps (killing it via task manager) or the program performed an emergency shut down instead of crash. Could you please try to crash the serve again and give it more time before killing it? If that is not your case, please let me know, thank you!

ECID added a subscriber: ECID.May 7 2016, 7:17 PM
ECID added a comment.Aug 25 2014, 12:31 PM

Î checked the Ôther 4 servers for the RPT's and Bidumps, and they all are 0 Byte sized.

I am assuming, this is a "Feature" of this Crash ??

A crash like this has not occurred naturally since this report.

I have not found a way to reproduce it as of yet. The only thing that they all (the 5 servers that crashed) have in common, is the Rcon-Log entry indicating the server trying to contact a BE-master and failing in doing so.

ECID added a comment.Aug 25 2014, 6:45 PM

In the meantime Servers have been restarted a couple of times:

25/08/14 17:41 Server <5> Crash
https://www.dropbox.com/s/srl3x3coboh765f/Crash_5_25_08_2014_17_41.rar
It created Crashdumps with a filesize this time.

When i noticed @ 18:21, i clicked okay on the Application Crash notification. It immediately crashed Server <4> (same machine)

25/08/14 18_21 Server <4> Crash
https://www.dropbox.com/s/1lv2p1gtyopsw8l/Crash_4_25_08_2014_18_21.rar
It created Crashdumps with a filesize this time.

The RPT's look like they are related.

ECID added a comment.Aug 27 2014, 4:16 PM

I've uploaded 4 more Crashdumps. "Crash_4_27_08_2014___4StackOverflowCrashDumps.rar"

The Frequency of the stackoverflow related crashes is increasing rapidly.

I have a hunch this might be related to the proliferation of Client_RC, Client_Perf1 and client_Perf2 users trying to join the server.
When Players on those client-versions get killed on the server (1.26 vanilla), they encounter a CTD.

The last 2 crashes documented in crashfile "Crash_4_27_08_2014___4StackOverflowCrashDumps.rar", conincided with a player getting killed and receiving a CTD, they both were client_Perf1 and Client_Perf2 respectively.

dazhbog added a subscriber: dazhbog.May 7 2016, 7:17 PM

The issue should be fixed in latest dev version. Check pls.

ECID added a comment.Aug 28 2014, 4:40 PM

The RC2 that Dwarden has has published, fixed the Issue. No more Stackoverflow's causing Server-Crashes.

Thanks.

----

Steam-beta-key: Hotfix126Arma3
[27.08.2014 18:22:28] -[EUTW]- E.C.I.D.: so, how do i get the proper server binaries ?
[27.08.2014 18:23:00] Dwarden (David Foltyn): https://www.dropbox.com/sh/582opsto4mmr [^] ... ixRC2?dl=0
requiredBuild = 126951; Require clients joining to have at least build 126951 (1.26 Hotfix2) of game, preventing obsolete clients to connect
guaranteedUpdates = false; // Experimental Command by Dwarden

dedmen closed this task as Resolved.May 20 2020, 4:11 PM