The crash you are expierencing is happening due to a corrupt clutter model that MIL IED module is/was trying to spawn (14:47:22 "ALIVE-799.11 IED: creating 5 IEDs at Dilshad (09031047) - size 250"
14:47:22 Cannot create non-ai vehicle Land_trash).

The issue with 1.54 crashes is fixed long since, was again unrelated to this one and I was able to replicate this specific case weeks ago and fixed that already (versions higher than build 160316 - so please just ensure you got a correct version).

It is totally unrelated to CQB. You can all use it just fine!

PS: You will also get a newer version in download section very very soon.

interesting. do you know if regular admin works (it works for my test ofc).

AFAIK there are no official access points for those variables. I would have to take a look at the code.

ad. 1. Not yet. You could hack the mission.sqm and set the "reinforcements" variable to "0.01" or something very very low, so that OPCOM doesnt reinforce at all but in asymmetric mode, there are no reinforcements requested from military logistics either way.

ad. 2. think there is a way with overwriting staticData.sqf but you would have to define new classes of boxes with custom content in the description.ext though and im really no config expert.

ad. 3. not that I am aware of.

ad. 4. The forcepool is per side not per player - but I can provide a quick script that you can use to display that.

ad. 5. yes

I believe I told you before - Take a look in the ALiVE | Sabotage mission. You can see how I disable certain logistics options there. And please try how far you can get.

Hi!

I responded in the other thread. These logs are quite a mess, but in the other thread it looks like saving works. Anyways - please always ensure its working in vanilla, if you run into any issues. Please refer to the other thread, i will mark this one as solved.

thanks mate

Hi!

Welcome :)

This is SYS DATA and the black magic of our extension doing its thing! It looks pretty ok. You need to have some patience on saving big missions, but it will then also work with debug off.

Does it reload fine?

Btw. Be aware that many ppl (incl. myself) reported issues with LOP.

I am running CUP and Massis Middle Eastern Warfare without major issues. Be aware though there are some interesting debug spam issues (update nonlocal object 2:33434 blaaah) happening with A2 unit ports (reported for CUP and RHS and maybe even more mods affected).

If you run into any issues please ALWAYS run a vanilla debug mission to validate its happening with pure ArmA3, @CBA and @ALiVE and no other mods (also no mods used in -mod line)!

Thank you, Sir!

Hi, just checking - your group name is HFG, and you don't use any [] brackets etc. around it right?

depends on which classes they use and where the map-objects are placed. We indexed CUP Takistan, so it may differ. Are you getting performance warnings on startup in your RPT?

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).

@Wedde dunno - probably open a feature request for the CUP guys.

PS: Kunduz doesn't work for civis yet - this will be working with upcoming patch