Exception: ['.//sps/atlas/g/goyc/MG5_aMC_v2_5_5/bin/PROC_sm_0/bin/internal/gen_jpeg-pl'] fails with no such file or di
MG5 > output wz_ewk
Exception: ['.//sps/
The file exists but the build-in path is wrong .//sps/.... (/sps/atlas is the right one)
Thank you
Question information
- Language:
- English Edit question
- Status:
- Answered
- Assignee:
- No assignee Edit question
- Last query:
- Last reply:
Revision history for this message
|
#1 |
In the title , the output directory is the standard one PROC_sm_0 ; I wanted to verify if it changed something
Revision history for this message
|
#2 |
The path itself is correct.
When /sps/atlas/
fails we try to recover by adding ./ since on some os it can help to recover (in presence of local path obviously)
So the wrong path is due to our recovery mecanism.
Can you try with the latest version of the code if this still occurs?
Cheers,
Olivier
Revision history for this message
|
#3 |
I tried with the version 3 and I have the same error message
Command "output wz_ewk" interrupted with error:
Exception : ['.//sps/
Please report this bug on https:/
More information is found in 'MG5_debug'.
Please attach this file to your report
Revision history for this message
|
#4 |
Can you copy paste the content of the debug file?
I will not bw able to look at it this week (not working on this project).
but a quick workaround should be to do
output XXXX -nojpeg
instead of
output XXXX
Cheers,
Olivier
> On 17 Jul 2018, at 15:17, Corinne Goy <email address hidden> wrote:
>
> Question #670904 on MadGraph5_aMC@NLO changed:
> https:/
>
> Corinne Goy posted a new comment:
> I tried with the version 3 and I have the same error message
>
> Command "output wz_ewk" interrupted with error:
> Exception : ['.//sps/
> Please report this bug on https:/
> More information is found in 'MG5_debug'.
> Please attach this file to your report
>
> --
> You received this question notification because you are an answer
> contact for MadGraph5_aMC@NLO.
Revision history for this message
|
#5 |
I hope the format is readable enough :
cca003:csh[150] more MG5_debug
#******
#* MadGraph5_aMC@NLO *
#* *
#* * * *
#* * * * * *
#* * * * * 5 * * * * *
#* * * * * *
#* * * *
#* *
#* *
#* VERSION 3.0.0 2018-05-01 *
#* *
#* The MadGraph5_aMC@NLO Development Team - Find us at *
#* https:/
#* *
#******
#* *
#* Command File for MadGraph5_aMC@NLO *
#* *
#* run as ./bin/mg5_aMC filename *
#* *
#******
set default_
set group_subprocesses Auto
set ignore_
set loop_optimized_
set include_
set loop_color_flows False
set gauge unitary
set complex_mass_scheme False
set max_npoint_
import model sm
define p = g u c d s u~ c~ d~ s~
define j = g u c d s u~ c~ d~ s~
define l+ = e+ mu+
define l- = e- mu-
define vl = ve vm vt
define vl~ = ve~ vm~ vt~
generate p p > W+ Z j j QCD=0
output wz_ewk
Traceback (most recent call last):
File "/sps/atlas/
return self.onecmd_
File "/sps/atlas/
return func(arg, **opt)
File "/sps/atlas/
self.
File "/sps/atlas/
self.
File "/sps/atlas/
flaglist)
File "/sps/atlas/
super(
File "/sps/atlas/
stdout = devnull, cwd=pjoin(subpath, Pdir))
File "/sps/atlas/
% arg
Exception: ['.//sps/
default_
ignore_
include_
loop_
low_mem_
max_
automatic_
cluster_
mg5amc_
cca003:csh[151]
Revision history for this message
|
#6 |
Following your suggestion, I bumped into a similar issue
Command "output -nojpeg " interrupted in sub-command:
"output -nojpeg" with error:
Exception : ['.//sps/
Please report this bug on https:/
More information is found in 'MG5_debug'.
Please attach this file to your report.
So I wait until next week or so
Cheers. Corinne
Revision history for this message
|
#7 |
Ok, then the problem is the lack of perl interpreter on your machine
(or a not compatible one)
Which version of perl do you have on your machine?
Cheers,
Olivier
Revision history for this message
|
#8 |
Bonjour,
I am running on a main frame
It seems that the Perl version is V3.20
I tried to run at CERN - lxplus with the same issue.
At CERN, the Perl version is v3.14_04
Below, the debug at CERN :
#******
#* MadGraph5_aMC@NLO *
#* *
#* * * *
#* * * * * *
#* * * * * 5 * * * * *
#* * * * * *
#* * * *
#* *
#* *
#* VERSION 2.5.5 2017-05-26 *
#* *
#* The MadGraph5_aMC@NLO Development Team - Find us at *
#* https:/
#* *
#******
#* *
#* Command File for MadGraph5_aMC@NLO *
#* *
#* run as ./bin/mg5_aMC filename *
#* *
#******
set group_subprocesses Auto
set ignore_
set loop_optimized_
set loop_color_flows False
set gauge unitary
set complex_mass_scheme False
set max_npoint_
import model sm
define p = g u c d s u~ c~ d~ s~
define j = g u c d s u~ c~ d~ s~
define l+ = e+ mu+
define l- = e- mu-
define vl = ve vm vt
define vl~ = ve~ vm~ vt~
generate p p > W+ Z j j QCD=0
output wz_ewk_2
Traceback (most recent call last):
File "/afs/cern.
return self.onecmd_
File "/afs/cern.
return func(arg, **opt)
File "/afs/cern.
self.
File "/afs/cern.
self.
File "/afs/cern.
flaglist)
File "/afs/cern.
super(
File "/afs/cern.
stdout = devnull, cwd=pjoin(subpath, Pdir))
File "/afs/cern.
% arg
Exception: ['.//afs/
ignore_
loop_
low_mem_
max_
automatic_
cluster_
mg5amc_
Regards, Corinne
Revision history for this message
|
#9 |
I just ran into the same issue and I think I solved it.
The problem was that the source directory was synced between two machines but permissions were lost underway; so the perl script didn't have the x flag and couldn't be executed. Unfortunately, this was very painful to debug because you hide the actual error in madgraph.
def call(arg, *args, **opt):
"""nice way to call an external program with nice error treatment"""
try:
return subprocess.
except OSError:
arg[0] = './%s' % arg[0]
return subprocess.
This returned
Exception : ['.//MY_
which does not make any sense. To keep the proper exception in case the path-fix fails, I suggest to call the original one again:
def call(arg, *args, **opt):
"""nice way to call an external program with nice error treatment"""
try:
return subprocess.
except OSError: # try if we find the file with relative path
fix_arg = arg.copy()
fix_arg[0] = './%s' % fix_arg[0]
return subprocess.
except OSError: # give up and re-raise the original error
return subprocess.
Revision history for this message
|
#10 |
Hi,
Thanks for your findings/feedback.
Your proposed syntax is actually not valid but I see the idea.
The problem here is that sometimes the first error stack is the one you want and sometimes, the second.
With Python3, both will be printed. So I think I will just wait for the python3 version of the code to be released in this particular case.
Cheers and thanks,
Olivier
> On 8 Jul 2019, at 11:04, David Straub <email address hidden> wrote:
>
> Question #670904 on MadGraph5_aMC@NLO changed:
> https:/
>
> David Straub posted a new comment:
> I just ran into the same issue and I think I solved it.
>
> The problem was that the source directory was synced between two
> machines but permissions were lost underway; so the perl script didn't
> have the x flag and couldn't be executed. Unfortunately, this was very
> painful to debug because you hide the actual error in
> madgraph.
>
>
> def call(arg, *args, **opt):
> """nice way to call an external program with nice error treatment"""
> try:
> return subprocess.
> except OSError:
> arg[0] = './%s' % arg[0]
> return subprocess.
>
> This returned
>
> Exception : ['.//MY_
> /gen_cardhtml-pl'] fails with no such file or directory
>
> which does not make any sense. To keep the proper exception in case the
> path-fix fails, I suggest to call the original one again:
>
> def call(arg, *args, **opt):
> """nice way to call an external program with nice error treatment"""
> try:
> return subprocess.
> except OSError: # try if we find the file with relative path
> fix_arg = arg.copy()
> fix_arg[0] = './%s' % fix_arg[0]
> return subprocess.
> except OSError: # give up and re-raise the original error
> return subprocess.
>
> --
> You received this question notification because you are an answer
> contact for MadGraph5_aMC@NLO.
Can you help with this problem?
Provide an answer of your own, or ask Corinne Goy for more information if necessary.