MadGraph5_aMC@NLO

Error at the event generation after gridpack production

Asked by Des Sam

Hi MG experts,

I have created a gp with and now I am on the process of the event generation and got
the following error.
09:44:13 Using default text editor "vi". Set another one in ./input/mg5_configuration.txt
09:44:13 Using default eps viewer "evince". Set another one in ./input/mg5_configuration.txt
09:44:13 No valid web browser found. Please set in ./input/mg5_configuration.txt
09:44:13 generate_events -f --multicore run_01 --nb_core=24
09:44:14 stty: standard input: Inappropriate ioctl for device
09:44:14 Generating gridpack with run name run_01
09:44:14 survey run_01 --accuracy=0.01 --points=2000 --iterations=8 --gridpack=.true.
09:44:14 INFO: compile directory
09:44:14 INFO: Using LHAPDF v6.1.5 interface for PDFs
09:44:16 compile Source Directory
09:44:26 Using random number seed offset = 1234
09:44:26 INFO: Running Survey
09:44:26 Creating Jobs
09:44:26 Working on SubProcesses
09:44:26 INFO: P1_qq_taptamtapvlqq
11:59:22 Error detected in "generate_events -f --multicore run_01 --nb_core=24"
11:59:22 write debug file /lustre/ssd/ws/desa367b-TMP_gridpack_MGPy8EG_lllvjj_EW6_LSMT_S02_82_int--2019-10-16_01-20-22/PROC_SM_LSMT_Ind5_UFO_0/run_01_tag_1_debug.log
11:59:22 If you need help with this issue please contact us on https://answers.launchpad.net/mg5amcnlo
11:59:22 MadGraph5Error : A compilation Error occurs when trying to compile /lustre/ssd/ws/desa367b-TMP_gridpack_MGPy8EG_lllvjj_EW6_LSMT_S02_82_int--2019-10-16_01-20-22/PROC
_SM_LSMT_Ind5_UFO_0/SubProcesses/P1_qq_taptamtapvlqq.
11:59:22 The compilation fails with the following output message:
11:59:22 gfortran -O -w -fbounds-check -fPIC -ffixed-line-length-132 -w -c driver.f -I../../Source/
11:59:22 gfortran -O -w -fbounds-check -fPIC -ffixed-line-length-132 -w -c myamp.f -I../../Source/
.(mutiple lines with the same errors here)
.
.
155.o matrix97.o matrix214.o matrix116.o matrix177.o matrix345.o matrix394.o matrix399.o matrix16.o matrix106.o matrix204.o matrix249.o matrix65.o matrix69.o matrix59.o matr
ix46.o matrix240.o matrix312.o matrix149.o matrix129.o matrix353.o matrix335.o matrix393.o matrix245.o matrix254.o matrix346.o matrix379.o matrix210.o matrix291.o matrix252.
o matrix376.o matrix141.o matrix414.o matrix406.o matrix133.o matrix44.o matrix404.o matrix351.o matrix145.o matrix154.o matrix350.o matrix1.o -L../../lib/ -ldhelas -ldsam
ple -lmodel -lgeneric -lpdf -lcernlib -I/cvmfs/atlas.cern.ch/repo/sw/software/x86_64-slc6-gcc47-opt/19.2.5/sw/lcg/external/MCGenerators_lcgcmt67c/lhapdf/6.1.5/x86_64-slc6-gc
c47-opt/include -I/cvmfs/atlas.cern.ch/repo/sw/software/x86_64-slc6-gcc47-opt/19.2.4/sw/lcg/external/Boost/1.53.0_python2.7/x86_64-slc6-gcc47-opt/include/boost-1_53 -L/cvmfs
/atlas.cern.ch/repo/sw/software/x86_64-slc6-gcc47-opt/19.2.5/sw/lcg/external/MCGenerators_lcgcmt67c/lhapdf/6.1.5/x86_64-slc6-gcc47-opt/lib -lLHAPDF -lLHAPDF -lbias -lstdc++
11:59:22 myamp.o: In function `set_peaks_':
11:59:22 myamp.f:(.text+0x1556b3): relocation truncated to fit: R_X86_64_PC32 against symbol `to_cuts_' defined in COMMON section in setcuts.o
11:59:22 myamp.f:(.text+0x155be5): relocation truncated to fit: R_X86_64_PC32 against symbol `to_cuts_' defined in COMMON section in setcuts.o
11:59:22 myamp.f:(.text+0x155cac): relocation truncated to fit: R_X86_64_PC32 against symbol `to_cuts_' defined in COMMON section in setcuts.o
11:59:22 myamp.f:(.text+0x15660d): relocation truncated to fit: R_X86_64_PC32 against symbol `to_cuts_' defined in COMMON section in setcuts.o
11:59:22 myamp.f:(.text+0x15685d): relocation truncated to fit: R_X86_64_PC32 against symbol `to_cuts_' defined in COMMON section in setcuts.o
11:59:22 myamp.f:(.text+0x156eba): relocation truncated to fit: R_X86_64_PC32 against symbol `to_cuts_' defined in COMMON section in setcuts.o
11:59:22 myamp.f:(.text+0x156f59): relocation truncated to fit: R_X86_64_PC32 against symbol `to_cuts_' defined in COMMON section in setcuts.o
11:59:22 myamp.f:(.text+0x156f7f): relocation truncated to fit: R_X86_64_PC32 against symbol `to_cuts_' defined in COMMON section in setcuts.o
11:59:22 unwgt.o: In function `write_leshouche_':
11:59:22 unwgt.f:(.text+0x9d5): relocation truncated to fit: R_X86_64_PC32 against symbol `cl_jets_' defined in COMMON section in unwgt.o
11:59:22 unwgt.f:(.text+0xa4e): relocation truncated to fit: R_X86_64_PC32 against symbol `cl_jets_' defined in COMMON section in unwgt.o
11:59:22 unwgt.f:(.text+0x271a): additional relocation overflows omitted from the output
11:59:22 collect2: error: ld returned 1 exit status
11:59:22 make: *** [madevent] Error 1

Is it something related to the process? Because this is a working setup and the desa367b-TMP_gridpack_MGPy8EG_lllvjj_EW6_LSMT_S02_82_int--2019-10-16_01-20-22/ folder exists but it is empty

Best,
Des

Question information

Language:
English Edit question
Status:
Answered
For:
MadGraph5_aMC@NLO Edit question
Assignee:
No assignee Edit question
Last query:
Last reply:
Revision history for this message
Olivier Mattelaer (olivier-mattelaer) said : 		#1

HI,

I'm confused by the fact that you claim that you have the gridpack already generated but your log file shows:
09:44:14 Generating gridpack with run name run_01
09:44:14 survey run_01 --accuracy=0.01 --points=2000 --iterations=8 --gridpack=.true.

So it seems that you are in the process of creating the gridpack and not at the time of running it. Am I correct?

Now the error itself seems to indicate that the compiler is not having enough space to write the information.
In principle this should be fixed by using some specific flag to tell the compiler that it can creates more than 2Gb executables. (-fcmodel=large)

But the fact that you need such large executable means that you are likely doing something crazy.
I see that you have more than 400 different matrix-element in a given directory. This likely means that you have crazy stuff going on.
I would suggest to simplify your theoretical model and then retry. A convenient way to simplify your model is explained in the following #FAQ:
FAQ #2312: “FR Model much slower than build-in MG model. Why and how to fix?”.

Can you help with this problem?

Provide an answer of your own, or ask Des Sam for more information if necessary.

To post a message you must log in.