Getting Out of Memory Crashes again (60-80 min into mission)

  1. 9 years ago
    Edited 9 years ago by AUTigerGrad

    Here are some RPTs https://www.dropbox.com/s/hb084qmqya87tof/arma3server_2016-04-03_20-53-44.rpt?dl=0

    https://www.dropbox.com/s/o4xesmi68hk1ibq/arma3server_2016-04-03_20-17-40.rpt?dl=0

    Mission is using CUP mods (all of them), ALiVE, and 3CB.

    Crashing on average after an hour or so of playtime with a small group of 3-7 people.

    *Note* I'm sure its not necessarily ALiVE causing the crashes..but maybe one of you can shed some light on what it could be after looking at the logs.

  2. @AUTigerGrad stop me if I'm wrong, it's your server that is crashing right ?

    If yes may be your pagefiles are not set-up correcty (too small).

  3. Yeah, it's my server.

    I'm not familiar with setting up page files. What are you referring to here? The server is hosted.

  4. On a dedicated server, there is a file that works as virtual memory. You have to set a high value to handle arma 3 with ALiVE.

    Here is a how-to link : Microsoft

    My server doesn't have any issue since I changed the size of the pagefile to 24576 Mo but it can work with less. (I have a 32GB Ram Server)

  5. Can I do this from a rented server? I didn't think I could.

  6. Nope.

  7. highhead

    4 Apr 2016 Administrator
    Edited 9 years ago by highhead

    edit: nvm, wrong rpt.

  8. highhead

    4 Apr 2016 Administrator
    Edited 9 years ago by highhead

    PS: need repro mish with vanilla cba, alive stratis or altis again.

  9. highhead

    4 Apr 2016 Administrator

    PS: note the spam

    Update of nonlocal object 2:2304 called
    Update of nonlocal object 2:2304 called
    Update of nonlocal object 2:2304 called

    not sure whats that actually

  10. I'll see what I can do highhead.

    I have other missions that last much longer...as long as 24-36 hours without OOM crash.

    This mission consistently is dropping between the 60-80 min mark.

    Leads me to believe that it could be a CUP Terrains or CUP Units issue as the mission uses CUP and 3CB (use 3CB in several other mission without issue)

    Just spitballing here but I'll see if I can reproduce in vanilla mission.

  11. highhead

    4 Apr 2016 Administrator

    I am quite sure it is related to that spam, which eventually leads to the OOM. I am conviced that as soon as that spam starts its just a question until WHEN it crashes.

  12. highhead

    4 Apr 2016 Administrator

    ah and yeah. Can you please try to see if you run the mission non HC. Just switch AI distribution to server on "requires ALiVE" - Is it also crashing?

  13. Edited 9 years ago by DaVidoSS

    My server has crashed once but when i have set allocator to "system" server is not crashing anymore.

  14. @DaVidoSS My server has crashed once but when i have set allocator to "system" server is not crashing anymore.

    Where do you change that? On the server itself? I generally run TADST locally and have OOM issues too and would love to try this if I can.

  15. In launch parameters add -malloc=system

  16. Ah. Already did that. Thanks. :)

  17. Added MDMP and BDMP with RPTs.

    https://www.dropbox.com/sh/8fj777clkhfofeh/AAAPXvqWn3iC43pLRVarmg-xa?dl=0

  18. highhead

    9 Apr 2016 Administrator
    Edited 9 years ago by highhead

    I isolated the issue to CUP.

    With this non-ALiVE (!) mission, if you disconnect and reconnect about 3-5 times on dedicated server you will get spam like this, probably tearing down performance and bringing your server to crash:

    http://s000.tinyupload.com/?file_id=75430208991702776433

    18:56:57 Update of nonlocal object 2:14618 called
    18:56:57 Update of nonlocal object 2:14618 called
    18:56:57 Update of nonlocal object 2:14618 called
    18:56:57 Update of nonlocal object 2:14618 called

    If you remove the AI from the players group its working fine. Not sure if it affects all CUP factions but at least the CUP_B_BAF faction or some classes are broken if used within a players group (AI - or maybe even other players within the same group, not going to investigate further, this is something for the CUP team).

  19. Thanks for the tip Highhead

  20. 8 years ago

    Ok, here is another one.....

    Performance warning: Search for 188773: brg_bird_3.p3d was very large (400 m)
    Performance warning: Very large search for 278650 (>400 m)
    Performance warning: Search for 278650: brg_bird_1.p3d was very large (480 m)
    Performance warning: Very large search for 182904 (>400 m)
    Performance warning: Search for 182904: brg_bird_3.p3d was very large (440 m)
    Performance warning: Very large search for 326114 (>400 m)

    Is this a CUP Terrains deal? What is this? It's spamming all over on the RPT upon loading.

  21. Newer ›
 

or Sign Up to reply!