IOError : [Errno 2] No such file or directory: '/Users/bay/lib/gen/MG5/MG5_aMC_v2_5_5/PROCNLO_loop_sm_2/SubProcesses/P0_gg_bbx/check_poles.log'

Bug #1704641 reported by Aurelio Bay
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
MadGraph5_aMC@NLO
Invalid
Undecided
Valentin Hirschi

Bug Description

Command "launch auto " interrupted with error:
IOError : [Errno 2] No such file or directory: '/Users/bay/lib/gen/MG5/MG5_aMC_v2_5_5/PROCNLO_loop_sm_2/SubProcesses/P0_gg_bbx/check_poles.log'

Revision history for this message
Aurelio Bay (aureliobay) wrote :
Revision history for this message
Valentin Hirschi (valentin-hirschi) wrote : Re: [Bug 1704641] [NEW] IOError : [Errno 2] No such file or directory: '/Users/bay/lib/gen/MG5/MG5_aMC_v2_5_5/PROCNLO_loop_sm_2/SubProcesses/P0_gg_bbx/check_poles.log'

Hi Aurelio,

Somehow the test for whether IR pole residues cancelled between reals and
virtuals crashed in your NLO run.
In order to better understand the origin of the issue could you try the
following:

cd
/Users/bay/lib/gen/MG5/MG5_aMC_v2_5_5/PROCNLO_loop_sm_2/SubProcesses/P0_gg_bbx
make check_poles
./check_poles
10
-1

If the test was successful you should see the output finishing with
something like this:

 NUMBER OF POINTS PASSING THE CHECK 10
 NUMBER OF POINTS FAILING THE CHECK 0
 TOLERANCE 1.0000000000000001E-005

Very likely, something will go wrong in your run. Please report what went
wrong with the corresponding error message, as this will allow to diagnose
the problem further.

Cheers,
PS: Given that this is likely not directly a bug in the code, it's maybe
better to post these sort of issues under the section 'Answers' rather than
'Bugs'.

On Sun, Jul 16, 2017 at 1:28 PM, Aurelio Bay <email address hidden>
wrote:

> Public bug reported:
>
> Command "launch auto " interrupted with error:
> IOError : [Errno 2] No such file or directory: '/Users/bay/lib/gen/MG5/MG5_
> aMC_v2_5_5/PROCNLO_loop_sm_2/SubProcesses/P0_gg_bbx/check_poles.log'
>
> ** Affects: mg5amcnlo
> Importance: Undecided
> Status: New
>
> ** Attachment added: "run_01_tag_1_debug.log"
> https://bugs.launchpad.net/bugs/1704641/+attachment/
> 4915586/+files/run_01_tag_1_debug.log
>
> --
> You received this bug notification because you are subscribed to
> MadGraph5_aMC@NLO.
> Matching subscriptions: all_bugs_subscription, full_bug_report
> https://bugs.launchpad.net/bugs/1704641
>
> Title:
> IOError : [Errno 2] No such file or directory:
> '/Users/bay/lib/gen/MG5/MG5_aMC_v2_5_5/PROCNLO_loop_sm_2/
> SubProcesses/P0_gg_bbx/check_poles.log'
>
> Status in MadGraph5_aMC@NLO:
> New
>
> Bug description:
> Command "launch auto " interrupted with error:
> IOError : [Errno 2] No such file or directory:
> '/Users/bay/lib/gen/MG5/MG5_aMC_v2_5_5/PROCNLO_loop_sm_2/
> SubProcesses/P0_gg_bbx/check_poles.log'
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/mg5amcnlo/+bug/1704641/+subscriptions
>

--
Valentin

Revision history for this message
Aurelio Bay (aureliobay) wrote :
Download full text (24.6 KiB)

Hi Valentin,
Here is the result.
Ciao
Aurelio

SubProcesses >>cd P0_gg_bbx
P0_gg_bbx >>make check_poles
/sw/bin/gfortran-fsf-5 -O -fno-automatic -ffixed-line-length-132 -c -I. fks_singular.f
fks_singular.f:5781.3:

 12 continue
   1
fks_singular.f:5799.132:

      goto 12
                                                                                                                                    2
Warning: Legacy Extension: Label at (1) is not in the same block as the GOTO statement at (2)
fks_singular.f:3841:23:

       common/ccheckcnt/i_momcmp_count,xratmax
                       1
Warning: Padding of 4 bytes required before 'xratmax' in COMMON 'ccheckcnt' at (1); reorder elements or use -fno-align-commons
fks_singular.f:2581:20:

       common/cemsca/emsca,emsca_bare,emscasharp,scalemin,scalemax
                    1
Warning: Padding of 4 bytes required before 'scalemin' in COMMON 'cemsca' at (1); reorder elements or use -fno-align-commons
run.inc:79:21:

       common/to_rwgt/ do_rwgt_scale, rw_Fscale_down, rw_Fscale_up, rw_Rscale_down, rw_Rscale_up,
                     1
Warning: Padding of 4 bytes required before 'rw_fscale_down' in COMMON 'to_rwgt' at (1); reorder elements or use -fno-align-commons
reweight0.inc:80:34:

       common/new_format_scale_pdf/LHAPDFsetname,scalevarR,scalevarF
                                  1
Warning: Padding of 4 bytes required before 'scalevarr' in COMMON 'new_format_scale_pdf' at (1); reorder elements or use -fno-align-commons
run.inc:79:21:

       common/to_rwgt/ do_rwgt_scale, rw_Fscale_down, rw_Fscale_up, rw_Rscale_down, rw_Rscale_up,
                     1
Warning: Padding of 4 bytes required before 'rw_fscale_down' in COMMON 'to_rwgt' at (1); reorder elements or use -fno-align-commons
reweight0.inc:80:34:

       common/new_format_scale_pdf/LHAPDFsetname,scalevarR,scalevarF
                                  1
Warning: Padding of 4 bytes required before 'scalevarr' in COMMON 'new_format_scale_pdf' at (1); reorder elements or use -fno-align-commons
reweight0.inc:80:34:

       common/new_format_scale_pdf/LHAPDFsetname,scalevarR,scalevarF
                                  1
Warning: Padding of 4 bytes required before 'scalevarr' in COMMON 'new_format_scale_pdf' at (1); reorder elements or use -fno-align-commons
run.inc:79:21:

       common/to_rwgt/ do_rwgt_scale, rw_Fscale_down, rw_Fscale_up, rw_Rscale_down, rw_Rscale_up,
                     1
Warning: Padding of 4 bytes required before 'rw_fscale_down' in COMMON 'to_rwgt' at (1); reorder elements or use -fno-align-commons
run.inc:79:21:

       common/to_rwgt/ do_rwgt_scale, rw_Fscale_down, rw_Fscale_up, rw_Rscale_down, rw_Rscale_up,
                     1
Warning: Padding of 4 bytes required before 'rw_fscale_down' in COMMON 'to_rwgt' at (1); reorder elements or use -fno-align-commons
reweight0.inc:80:34:

       common/new_format_scale_pdf/LHAPDFsetname,scalevarR,scalevarF
                            ...

Changed in mg5amcnlo:
assignee: nobody → Valentin Hirschi (valentin-hirschi)
Revision history for this message
Valentin Hirschi (valentin-hirschi) wrote :

Hi Aurelio,

These are all warnings, so if the compilation of 'check_poles' indeed crashed, could you report here the full log of the compilation, or the relevant part where the first actual error occurred?

Cheers,

Revision history for this message
Aurelio Bay (aureliobay) wrote :

Hi Valentin,

no... if you go to the end of the file:

....
ld: warning: object file (../../lib//libpdf.a(Partonx5.o)) was built for newer OSX version (10.10) than being linked (10.7)
ld: warning: object file (../../lib//libpdf.a(jeppe02.o)) was built for newer OSX version (10.10) than being linked (10.7)
rm fks_singular.o
strip gensym
make[1]: Leaving directory '/Users/bay/lib/gen/MG5/MG5_aMC_v2_5_5/MYRUN/SubProcesses/P0_gg_bbx'
/sw/bin/gfortran-fsf-5 -o check_poles parton_lum_chooser.o parton_lum_2.o parton_lum_5.o parton_lum_4.o parton_lum_3.o parton_lum_1.o matrix_1.o matrix_3.o matrix_2.o matrix_5.o matrix_4.o real_me_chooser.o fks_inc_chooser.o leshouche_inc_chooser.o genps_fks.o setcuts.o setscales.o born.o sborn_sf.o b_sf_007.o b_sf_006.o b_sf_008.o b_sf_001.o b_sf_002.o b_sf_004.o b_sf_005.o b_sf_003.o fks_Sij.o trapfpe.o fastjetfortran_madfks_core.o fjcore.o fastjet_wrapper.o fks_singular.o veto_xsec.o montecarlocounter.o reweight_xsec.o boostwdir2.o configs_and_props_inc_chooser.o initcluster.o cluster.o reweight.o get_color.o FKSParamReader.o iproc_map.o MC_integer.o reweight_xsec_events_pdf_dummy.o appl_interface_dummy.o cuts.o pythia_unlops.o recluster.o check_poles.o BinothLHA.o born_hel.o -L../../lib/ libMadLoop.a -lcts -liregi -L/Users/bay/lib/gen/MG5/MG5_aMC_v2_5_5/HEPTools/lib/ -lninja -L/Users/bay/lib/gen/MG5/MG5_aMC_v2_5_5/HEPTools/lib/ -lavh_olo -L/Users/bay/lib/gen/MG5/MG5_aMC_v2_5_5/HEPTools/collier/ -lcollier -L../../lib/ -ldhelas -lgeneric -lmodel -lpdf -lcernlib -lc++ -lc++ -mmacosx-version-min=10.7
gfortran-fsf-5: error: fks_singular.o: No such file or directory
gfortran-fsf-5: error: libMadLoop.a: No such file or directory
make: *** [makefile:103: check_poles] Error 1
...

So the fks_singular.o was removed and the lib didn't build. If I well interpret all that mess.
yours

Aurelio

Revision history for this message
Valentin Hirschi (valentin-hirschi) wrote :

Your message on launchpad was automatically cropped and the full text was only accessible via the link 'download full text', so this is why I missed that you had actually copy-paste the full compiler log. Sorry for this.

I am quite confused as I have never seen this type of compilation issue before.
Could you try to run 'make clean' first before running 'make check_poles' again?

Also, in the following directory:

/Users/bay/lib/gen/MG5/MG5_aMC_v2_5_5/PROCNLO_loop_sm_2/SubProcesses/P0_gg_bbx/V0_gg_bbx

can you make sure that running

make clean && make

works?

Revision history for this message
Aurelio Bay (aureliobay) wrote :

Dear Valentin,

the make clean / make didn't work.
There is a problem with the makefile or similar.

To make it work: I start from a fresh copy: PROCNLO_loop_sm_5
In PROCNLO_loop_sm_5/SubProcesses/P0_gg_bbx I see that there is no check_poles executable.
There is a gensym executable.

If I try:

>make check_poles

make tries to build gensym, not check_poles, and it complains that there is no libMadLoop.a.

So I build libMadLoop.a:

>cd V0_gg_bbx/
>make

>cd ..
>make check_poles

and I get a working executable.

Any Idea ?
yours

Aurelio

Revision history for this message
Valentin Hirschi (valentin-hirschi) wrote :

Ok, in your SubProcess directory,

PROCNLO_loop_sm_5/SubProcesses/P0_gg_bbx

Could you try changing all the targets that contain an 'rm <file_name>' statement to 'rm -f <file_name>'. For instance, for the target gensym, change

gensym: $(SYM)
 $(FC) $(LDFLAGS) -o gensym $(SYM) $(APPLLIBS) $(LINKLIBS) $(FJLIBS)
 rm fks_singular.o
 strip gensym

into

gensym: $(SYM)
 $(FC) $(LDFLAGS) -o gensym $(SYM) $(APPLLIBS) $(LINKLIBS) $(FJLIBS)
 rm -f fks_singular.o
 strip gensym

maybe that will solve the issue. It's not clear to me however why the file fks_singular.o is not present after gensym was compiled. Let me know.

Revision history for this message
Aurelio Bay (aureliobay) wrote :

Hi,

Didn't work.
I also did a try by removing the rm.

To make things working I have to enter each one of the
subprocesses dirs (P0_uxu_bbx, P0_uux_bbx, P0_uux_bbx)
go to the V subdirs and "make" to build the libMadLoop.a

cheers

Revision history for this message
Valentin Hirschi (valentin-hirschi) wrote :

I don't understand why the dependency to libMadLoop.a is not correctly handled in your case but it is in my environment.
Normally, in the makefile in:

PROCNLO_loop_sm_5/SubProcesses/P0_gg_bbx/makefile

(which is a soft-link to the file '../makefile_fks_dir' one directory above), you should find the following:

check_poles: $(POLES) $(libmadloop)
 $(FC) -o check_poles $(POLES) $(NLOLIBS) $(APPLLIBS) $(LINKLIBS) $(FJLIBS) $(LDFLAGS)
 strip check_poles

[...]

libMadLoop.a:
 for dir in `ls -d V*`; do cd $$dir; make; cd ../; done

so then, if '$(libmadloop)' is indeed set to 'libMadLoop.a', it should automatically go ahead and generate that library for you.

Now this environment variable '$(libmadloop)' should be specified at the end of the file 'PROCNLO_loop_sm_5/Source/make_opts' which is included at the beginning of the makefile.
Indeed, at the end of this file you find:

# Madloop
ifdef madloop
ifeq (,$(wildcard parton_lum_0.f)) # this is to skip ML for LOonly
libmadloop=libMadLoop.a
libcuttools=-lcts -L/Users/valentin/Documents/HEP_softs/PJFry/pjfry-1.1.0-beta2_installation/lib/ -lpjfry -liregi -L/Users/valentin/Documents/Work/MG5/HEPTools/lib/ -lninja -L/Users/valentin/Documents/Work/MG5/HEPTools/lib/ -lavh_olo -L/Users/valentin/Documents/HEP_softs/GoSam_contrib/gosam-contrib-2.0/lib/ -lgolem -L/Users/valentin/Documents/Work/MG5/HEPTools/lib/ -lcollier
endif
else
libmadloop=
libcuttools=
endif

and given that this make_opt file forces 'madloop=true' in the beginning, then you should be guaranteed to have

libmadloop=libMadLoop.a

in your makefile, except if the file

PROCNLO_loop_sm_5/SubProcesses/P0_gg_bbx/parton_lum_0.f

exists in your output (but it should not).

So I don't understand how it is possible that your make doesn't resolve the madloop dependency if the above also holds in your output and environment. Can you check?

Changed in mg5amcnlo:
status: New → Incomplete
Changed in mg5amcnlo:
status: Incomplete → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.