When increasing the number of particles from 10.0e6 to 50.0e6 per cycle, the run does not finish and shows error. For 10.0e6 worked fine. Below are screenshots from results.
I have launched a simulation using your flair file with 50e6 primaries per cycle and it finished without problems. Since the same input runs fine on my side, most likely the crash is specific to your run environment rather than to the input itself.
First thing to check: did your run hit a wall-time limit, or did you completely fill up your disk quota? Either of these will silently stop a run.
Next, look at the actual termination message rather than the warning in your screenshot: what do the last lines of the *.err file say, and is there a STOP/Abort message at the end of the *.log file? That message would indicate why the run stopped.
The “errors” you see in your error-file screenshot are only warnings that the code has trouble transporting a particle from one region to the next. They are almost certainly not what stopped your run. When you run cycles with fewer primaries you simply see them less often, because the likelihood of such a transition at this exact position is much lower.
On the warnings themselves: the trouble is in transporting the particle from region 15 to region 14, which are named reg_12 (region 15) and reg_11 (region 14) in the *.out file. Both are part of your .abaq geometry, which suggests the mesh may have overlaps or gaps at their interface. Re-running the FLUKA_mesh_fix.py script (to be found here) should help resolve this.
More generally, I would advise you to reduce the number of primaries per cycle and instead increase the number of cycles and spawns. This gives you better cycle-to-cycle statistics (and therefore more reliable uncertainties), and it keeps the simulation short enough that it is far less likely to run into a wall-time limit.
Probably I have been unclear in my previous reply regarding the number of primaries, cycles and spawns. I would suggest reducing the number of primaries while increasing the number of cycles to achieve similar statistics.
So instead of launching 1 cycle with 50e6 primaries, rather launch 5 cycles with 10e6 primaries. Generally, running simulations with more cycles than one is encouraged, as explained in this lecture.
Unfortunately, I cannot tell from the screenshots what the reason for your crashing simulations is. Could you please upload the according files if you would like to investigate the issues further?