# Unknown Geometry Error Causing Run Stop

**URL:** <https://fluka-forum.web.cern.ch/t/unknown-geometry-error-causing-run-stop/2400>\
**Category:** Geometry and Materials\
**Created:** [27 October 2021 17:47 UTC](https://fluka-forum.web.cern.ch/t/unknown-geometry-error-causing-run-stop/2400 "2021-10-27T17:47:03Z")\
**Posts on this page:** 10\
**Page:** 1

<div class="post-metadata">

**Author:** ![kyle.fleck](https://fluka-forum.web.cern.ch/letter_avatar_proxy/v4/letter/k/a183cd/32.png) [@kyle.fleck](https://fluka-forum.web.cern.ch/u/kyle.fleck)\
**Post date:** [27 October 2021 17:47 UTC](https://fluka-forum.web.cern.ch/t/unknown-geometry-error-causing-run-stop/2400/1 "2021-10-27T17:47:04Z")

</div>

Dear FLUKA experts,

I am attempting to run a simulation using a moderately complex geometry. I have created the input file using FLAIR and it’s geometry debugger which shows no errors in the geometry. Additionally, when the input file is ran on my personal computer, there are no problems and everything works fine. However, when running on a cluster, with an identical source file and number of primaries, the simulation fails with the .log file reporting:

STOP TOO MANY ERRORS IN GEOMETRY: STOP  
Note: The following floating-point exceptions are signalling: IEEE\_UNDERFLOW\_FLAG IEEE\_DENORMAL  
STOP STOP: FLUKA ABORTED

I followed the advice given in the topic “Erros leading to a run stop without any geometry error shown” and I reduced the GEOBEGIN accuracy parameter with no effect. The location of the error appears to be in one of the scintillator screens however FLAIR shows no errors at this location.

I am a little confused as to why it would work on my own laptop but not on a cluster (which is needed to run a much higher number of primaries eventually.) Both my laptop and the cluster have the same version of FLUKA (4-2.0) installed; my laptop is Ubuntu20.04 and the cluster is CentOS7.

I have attached my input file and the error file generated. Any help/advice would be greatly appreciated.

Many thanks,  
Kyle[SpectrometerGBP\_bpipev2.inp](https://fluka-forum.web.cern.ch/uploads/short-url/ik1H5mOAnU4VC1OfN6WjJ6WjjcM.inp) (15.7 KB)  
[SpectrometerTrident1001.err](https://fluka-forum.web.cern.ch/uploads/short-url/qpJegi5lHFvjQtvJH2QT82dassX.err) (1.1 MB)

---

<div class="post-metadata">

**Author:** ![ceruttif](https://fluka-forum.web.cern.ch/user_avatar/fluka-forum.web.cern.ch/ceruttif/32/23_2.png) [@ceruttif](https://fluka-forum.web.cern.ch/u/ceruttif)\
**Post date:** [27 October 2021 19:11 UTC](https://fluka-forum.web.cern.ch/t/unknown-geometry-error-causing-run-stop/2400/2 "2021-10-27T19:11:01Z")

</div>

Hi Kyle,  
your geometry looks indeed defined in a formally correct way, such as no error can be attributed to it. Nevertheless, your VOID0000 region, consisting of a single zone, turns out to be quite complex, including many bodies and several parentheses, which challenge the runtime evaluation by the FLUKA geometry kernel and may lead to the reported crash. My suggestion is to split it in different zones (still belonging to the same region), with each of them naturally involving less bodies and parentheses. Such an effort will hopefully pay, certainly more than playing with the GEOBEGIN accuracy parameter. Let us know if the proposed way is effectively viable.

---

<div class="post-metadata">

**Author:** ![kyle.fleck](https://fluka-forum.web.cern.ch/letter_avatar_proxy/v4/letter/k/a183cd/32.png) [@kyle.fleck](https://fluka-forum.web.cern.ch/u/kyle.fleck)\
**Post date:** [29 October 2021 10:20 UTC](https://fluka-forum.web.cern.ch/t/unknown-geometry-error-causing-run-stop/2400/3 "2021-10-29T10:20:07Z")

</div>

Hi Francesco,

Thank you for your reply. I have tried dividing VOID0000 into different zones as suggested but this seems to have had no effect and the same error occurs without any geometry errors being flagged in FLAIR. I am also seeing the effect of turning off the runtime parenthesis expansion however I do not think this will have any effect either.

Many thanks,  
Kyle

---

<div class="post-metadata">

**Author:** ![ceruttif](https://fluka-forum.web.cern.ch/user_avatar/fluka-forum.web.cern.ch/ceruttif/32/23_2.png) [@ceruttif](https://fluka-forum.web.cern.ch/u/ceruttif)\
**Post date:** [29 October 2021 16:53 UTC](https://fluka-forum.web.cern.ch/t/unknown-geometry-error-causing-run-stop/2400/4 "2021-10-29T16:53:21Z")

</div>

Hi Kyle,  
can you please upload your updated input with the new VOID0000 definition?

> [@kyle.fleck](#):
>
> turning off the runtime parenthesis expansion

No, this has no point.

In touch

---

<div class="post-metadata">

**Author:** ![kyle.fleck](https://fluka-forum.web.cern.ch/letter_avatar_proxy/v4/letter/k/a183cd/32.png) [@kyle.fleck](https://fluka-forum.web.cern.ch/u/kyle.fleck)\
**Post date:** [31 October 2021 16:03 UTC](https://fluka-forum.web.cern.ch/t/unknown-geometry-error-causing-run-stop/2400/5 "2021-10-31T16:03:16Z")

</div>

Hi Francesco,

I’ve uploaded the updated input file with the segmented VOID0000 region.

I also had to include two blackbodies behind the scintillators to prevent an error during the propagation of the optical photons (only the amount produced are needed anyway) however the same geometry error results inside the scintillators.

Thanks,  
Kyle  
[SpectrometerGBP\_bpipev3.inp](https://fluka-forum.web.cern.ch/uploads/short-url/faXOJd2kRDLlOmVCnr0RiOuovC6.inp) (15.0 KB)

---

<div class="post-metadata">

**Author:** ![ceruttif](https://fluka-forum.web.cern.ch/user_avatar/fluka-forum.web.cern.ch/ceruttif/32/23_2.png) [@ceruttif](https://fluka-forum.web.cern.ch/u/ceruttif)\
**Post date:** [2 November 2021 21:38 UTC](https://fluka-forum.web.cern.ch/t/unknown-geometry-error-causing-run-stop/2400/6 "2021-11-02T21:38:25Z")

</div>

Looking at it, news asap

---

<div class="post-metadata">

**Author:** ![ceruttif](https://fluka-forum.web.cern.ch/user_avatar/fluka-forum.web.cern.ch/ceruttif/32/23_2.png) [@ceruttif](https://fluka-forum.web.cern.ch/u/ceruttif)\
**Post date:** [3 November 2021 17:11 UTC](https://fluka-forum.web.cern.ch/t/unknown-geometry-error-causing-run-stop/2400/7 "2021-11-03T17:11:06Z")

</div>

Dear Kyle,  
the problem turned out to be induced by a novelty introduced in the fresh 4.2.0 release, namely the optical photon generation by local sub-threshold energy deposition events, indicated in the release notes. This triggered the geometry tracking errors you experienced with optical photons. The respective bug fix will be included - together with others - in the upcoming minor release. Thanks a lot for your prompt report and sorry for the wasted time.

On a parallel note, your .err file displays at the top repeated messages questioning the soundness of the Sternheimer parameters you input for your Gd2O2S material. In fact, they yield a density effect correction with the wrong sign, which is then zeroed by FLUKA as calculating the stopping power. I’d advise to avoid overwriting those parameters as well as the average ionisation potential (just drop the respective STERNHEI and MAT-PROP cards).

---

<div class="post-metadata">

**Author:** ![kyle.fleck](https://fluka-forum.web.cern.ch/letter_avatar_proxy/v4/letter/k/a183cd/32.png) [@kyle.fleck](https://fluka-forum.web.cern.ch/u/kyle.fleck)\
**Post date:** [5 November 2021 13:51 UTC](https://fluka-forum.web.cern.ch/t/unknown-geometry-error-causing-run-stop/2400/8 "2021-11-05T13:51:03Z")

</div>

Dear Francesco,

Thank you very much for all your help. I can confirm that removing the optical photon source removes the problem.

As for the Sternheimer parameters for Gd2O2S, I don’t believe I have overwritten them - the material parameters have been taken from the FLUKA tables.

Many thanks,  
Kyle

---

<div class="post-metadata">

**Author:** ![ceruttif](https://fluka-forum.web.cern.ch/user_avatar/fluka-forum.web.cern.ch/ceruttif/32/23_2.png) [@ceruttif](https://fluka-forum.web.cern.ch/u/ceruttif)\
**Post date:** [5 November 2021 14:09 UTC](https://fluka-forum.web.cern.ch/t/unknown-geometry-error-causing-run-stop/2400/9 "2021-11-05T14:09:09Z")

</div>

> [@kyle.fleck](#):
>
> As for the Sternheimer parameters for Gd2O2S, I don’t believe I have overwritten them - the material parameters have been taken from the FLUKA tables.

I see that you took them from the _Flair material database_. Nevertheless, as importing into the input the optional STERNHEI and MAT-PROP cards, one is in fact overwriting the default values already available in FLUKA. This should be better avoided, unless one has good reasons to do otherwise.

---

<div class="post-metadata">

**Author:** ![rversaci](https://fluka-forum.web.cern.ch/letter_avatar_proxy/v4/letter/r/cc9497/32.png) [@rversaci](https://fluka-forum.web.cern.ch/u/rversaci)\
**Post date:** [6 December 2021 08:53 UTC](https://fluka-forum.web.cern.ch/t/unknown-geometry-error-causing-run-stop/2400/10 "2021-12-06T08:53:04Z")

</div>


