[fluka-discuss]: Re: fluka dies for (apparently) no reason

From: Manuel Rodríguez Pascual <manuel.rodriguez.pascual_at_gmail.com>
Date: Tue, 24 Sep 2013 18:34:28 +0200

Hi Vittorio, fluka experts,

First of all, sorry for my impatience on previous mails.

It has been a long time since I sent the first mail to the list, and I have
been able to find the problem (but not the solution): fluka fails on
certain 64 bit machines, this is, Intel i7 and AMD Opteron 2118.

first, what it DOES work:
if I compile the 32 bit version of fluka on my local machine (an Intel
Xeon) and execute on a similar one, it works well. To do so, I modified
"makeflags" file to force a 32 bit compilation (with "-m32" flag) and no
dynamic dependances ("-static") to ensure the portability of the code.

The problem is that, when I run the same executable on an intel i7 or AMD
opteron, it fails just after starting the execution, just after printing

$TARGET_MACHINE = Linux
$FLUPRO = ...

Initial seed copied from ...
Running fluka in ...

======================= Running FLUKA for cycle # 1 =======================

(immediately finish execution)

on both cases the input file is the one provided as an example with fluka
downloads (included at the end of this mail). All the execution steps
(preparation of the input data, uncompressing and so) are managed by an
script, ensuring that they are correct and identical in all cases.

To get fluka running I have tried with the 64 bit version
(fluka2011.2b-linux-gfor64bitAA.tar.gz) but it does not solve the problem,
and I get the same error. Again, I have modified the makeflag file to
force static compilation. In this case I have made two experiments, forcing
to compile with 64 bits ( -m64) and without doing it. I am able to run
these executables on my local machine, so their compilation seems to be
correct.

I have employed G77 to compile the 32 bit version of the code, and gfortran
(gcc) version 4.8.2 for both the 32 and the 64 bit versions.

And that's where I am stuck.

My question is, have you got any experience on running fluka on these
platforms, i7 or new AMDs? Does it have any particular requirements to
work? Or am I doing something wrong, and the error comes from a totally
different place?



Thanks for your help,


Manuel



-----
INFORMATION
-----


I have employed an input file obtained from fluka web. It is the following
one:

---
---
*...+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
TITLE
Charged pion fluence inside and around a proton-irradiated Be target
*...+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
BEAM         50.E+00                                                  PROTON
BEAMPOS          0.0       0.0     -50.0
*
GEOBEGIN
 COMBNAME
  0 0                       A simple Be target inside vacuum
RPP body1 -5000000.0 +5000000.0 -5000000.0 +5000000.0 -5000000.0 +5000000.0
RPP body2 -1000000.0 +1000000.0 -1000000.0 +1000000.0    -100.0  +1000000.0
RPP body3     -10.0      +10.0      -10.0      +10.0        0.0       +5.0
* plane to separate the upstream and downstream part of the target
XYP body4       2.5
END
* black hole
regBH1    5     +body1 -body2
* vacuum around
regVA2    5     +body2 -body3
* Be target 1st half
regBE3    5     +body3 +body4
* Be target 2nd half
regBE4    5     +body3 -body4
END
GEOEND
*...+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
MATERIAL         4.0    9.0122     1.848       5.0
 BERYLLIU
*...+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
*  Be target, 1st and 2nd half
ASSIGNMAT  BERYLLIU   regBE3    regBE4
*  External Black Hole
ASSIGNMAT  BLCKHOLE   regBH1
*  Vacuum
ASSIGNMAT   VACUUM    regVA2
*...+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
* e+e- and gamma production threshold set at 10 MeV
EMFCUT        -0.010     0.010       1.0  BERYLLIU
 PROD-CUT
* score in each region energy deposition and stars produced by primaries
SCORE       ENERGY    BEAMPART
* Boundary crossing fluence in the middle of the target (log intervals,
one-way)
USRBDX          99.0   PIONS+-     -47.0   regBE3  regBE4        400.
piFluenUD
USRBDX         +50.0               +50.0                 0.0      10.0 &
* Boundary crossing current in the middle of the target (log intervals,
one-way)
USRBDX          -1.0   PIONS+-     -47.0   regBE3  regBE4        400.
piCurrUD
USRBDX         +50.0               +50.0                 0.0      10.0 &
* Tracklength fluence inside the target, Upstream part and Downstream part
* Logarithmic energy intervals
USRTRACK        -1.0   PIONS+-     -48.0   regBE3     1000.0      20.
piFluenU
USRTRACK        50.0     0.001                                           &
USRTRACK        -1.0   PIONS+-     -49.0   regBE4     1000.0      20.
piFluenD
USRTRACK        50.0     0.001                                           &
* Cartesian binning of the pion fluence inside and around the target
USRBIN          10.0   PIONS+-     -50.0      50.0      50.0      50.
piFluBin
USRBIN         -50.0     -50.0     -10.0     100.0     100.0      60.0   &
* Cartesian binning of the deposited energy inside the target
USRBIN          10.0    ENERGY     -51.0      10.0      10.0       5.
Edeposit
USRBIN         -10.0     -10.0       0.0      20.0      20.0       5.0   &
*...+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
RANDOMIZE        1.0
*...+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
START       500.0
STOP
---
---
2013/8/2 Vittorio Boccone <Vittorio.Boccone_at_cern.ch>
>  Hi Manual,
>  Your problem was not unnoticed. I would ask a bit of patience. It might
> usually take a couple of days to solve more
> articulated - non physics oriented - problems especially if some of the
> relevant details are not specified (complete paths etc…)
>
>  It would helpful if you could share the input file, the complete log,
> the type of machine where
> you compiled FLUKA and the one where you are running it where does it
> fail, etc..
>
> Do you share the disk on NFS between the machines?
> Does all the machine have the same architecture and
> linux version?
>
>    /fluka_compiled
>>
>
>
>  Let us know.
> best
> V.
>  --
> Dr. Vittorio Boccone - University of Geneva
>
> o Address:
>  UniGe: Département de physique nucléaire et corpusculaire
>         24 Quai Ernest-Ansermet, CH-1211 Geneve 4, Switzerland
>  CERN:  CERN, CH-1211 Geneve 23, Switzerland
>
> o E-mail:
>  vittorio.boccone_at_unige.ch
>  vittorio.boccone_at_cern.ch
>
> o Phone:
>  Mobile: +41 76 487 5737
>  UniGe:  +41 22 379 6357/6353
>  CERN:   +41 22 767 5821
>
>  On 2 Aug 2013, at 15:00, Manuel Rodríguez Pascual <
> manuel.rodriguez.pascual_at_gmail.com> wrote:
>
> I'm sorry to re-post this, but maybe being summer it went unnoticed...
>
>  Has anybody experienced similar execution/compilation problems when
> running fluka examples?
>
>
>  Thanks for your help,
>
>
>
>  Manuel
>
> 2013/8/1 Manuel Rodríguez Pascual <manuel.rodriguez.pascual_at_gmail.com>
>
>> Hello everyone,
>>
>>>
>>  I am experiencing some problems when executing Fluka that I have
>> been unable to locate.
>>
>>>
>>  I intend to run Fluka on different machines, but it sometimes fails and
>> sometimes not.
>>
>>>
>>  I have performed this experiments on two ways: the first way is copying
>> to every machine the application already compiled with no library
>> dependences, and the second one is by copying the source code
>>
>>>  and compiling it on every machine. Input file is always the same
>> one, has been obtained from fluka's web and executed with no modifications.
>>
>>
>>  Fluka starts correctly, displaying something like (simplified for
>> readability)
>>
>>>
>>  ./flutil/rfluka -N0 -M5 input_file.inp
>>
>>>
>>  $TARGET_MACHINE = Linux
>>
>>>  $FLUPRO = (...) fluka_compiled
>>
>>>  $PEMF =  (...) /fluka_compiled/libec_thihecufealw_10t.pemf
>>
>>>
>>  Initial seed copied from  (...) fluka_compiled
>>
>>>  Running fluka in / (...) /fluka_compiled/fluka_10448
>>
>>>  File  (...) /fluka_compiled/sigmapi.bin exists and it is not a link!
>>
>>>  File  (...) fluka_compiled/elasct.bin exists and it is not a link!
>>
>>>  File  (...) /fluka_compiled/nuclear.bin exists and it is not a link!
>>
>>>  File  (...) /fluka_compiled/fluodt.dat exists and it is not a link!
>>
>>>  File  (...) /fluka_compiled/neuxsc-ind_260.bin exists and it is not a
>> link!
>>
>>>  File  (...) /fluka_compiled/xnloan.dat  exists and it is not a link!
>>
>>>
>>  ======================= Running FLUKA for cycle # 1
>> =======================
>>
>>>
>>
>>  And now the problem arises:
>>
>>>    -In some cases, the application will continue its execution for
>> the desired five cycles, creating the input_file* error, out, log and
>> fort files.
>>
>>>    -But in other cases, the application immediately stops.
>> No input_file* is generated and no error message is produced (at least
>> in stdout, stderr, .log, .out or .err files).
>>
>>>
>>   The problem happens in the two aforementioned ways of executing Fluka
>> on different resources: copying the executable and copying the source and
>> compiling it on each resource. This makes me think that the problem is not
>> a compilation issue (although I'm not completely sure about this). The
>> input file is the same in all cases, making me think that it isn't either
>> the problem. So basically I have no clue of what's going on...
>>
>>
>>  What am I exactly doing wrong? Is there any way of locating
>> the problem, debugging or something like that? is there any log where I can
>> search for information?
>>
>>>
>>
>>  Thanks very much for your help. Best regards,
>>
>>>
>>
>>  Manuel
>>
>>>  --
>>
>>>  Dr. Manuel Rodríguez-Pascual
>>
>>>  skype: manuel.rodriguez.pascual
>>
>>>  phone: (+34) 913466173 // (+34) 679925108
>>
>>>
>>   CIEMAT-Moncloa
>>
>>>  Edificio 22, desp. 1.25
>>
>>>  Avenida Complutense, 40
>>
>>>  28040- MADRID
>> SPAIN
>>
>>
>>
>>  --
>> Dr. Manuel Rodríguez-Pascual
>> skype: manuel.rodriguez.pascual
>> phone: (+34) 913466173 // (+34) 679925108
>>
>> CIEMAT-Moncloa
>> Edificio 22, desp. 1.25
>> Avenida Complutense, 40
>> 28040- MADRID
>> SPAIN
>>
>
>
>
>  --
> Dr. Manuel Rodríguez-Pascual
> skype: manuel.rodriguez.pascual
> phone: (+34) 913466173 // (+34) 679925108
>
> CIEMAT-Moncloa
> Edificio 22, desp. 1.25
> Avenida Complutense, 40
> 28040- MADRID
> SPAIN
>
>
>
-- 
Dr. Manuel Rodríguez-Pascual
skype: manuel.rodriguez.pascual
phone: (+34) 913466173 // (+34) 679925108
CIEMAT-Moncloa
Edificio 22, desp. 1.25
Avenida Complutense, 40
28040- MADRID
SPAIN
Received on Tue Sep 24 2013 - 19:25:48 CEST

This archive was generated by hypermail 2.3.0 : Tue Sep 24 2013 - 19:25:49 CEST