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

  1. 7 years ago
    Edited 7 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 7 years ago by highhead

    edit: nvm, wrong rpt.

  8. highhead

    4 Apr 2016 Administrator
    Edited 7 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 7 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 7 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. 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!