Errors in HTML handling when making gridpack
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
MadGraph5_aMC@NLO |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
In 2.6.7, we see this error when making a gridpack:
cp: cannot stat 'HTML/run_
find: 'HTML/default': No such file or directory
It looks to me like that's coming from store4grid:
```
rm -rf HTML/default
cp -rp HTML/$1 HTML/default
for i in `find HTML/default -name "*_results.
sed s/$1/default/g $i | sed s/log.txt/
done
```
The trick here seems to be that we've used MadSpin (by just providing a MadSpin card), so the events are moved over to run_01_decayed_1, but the HTML itself seems to still have a run_01 directory. I don't believe we're directly calling store4grid, but that this is called by MG5_aMC internally.
Did I guess the problem correctly, and could this be fixed in a future patch?
Thanks,
Zach
Changed in mg5amcnlo: | |
status: | New → Fix Committed |
Changed in mg5amcnlo: | |
status: | Fix Committed → Fix Released |
HI,
I will push the following patch:
Cheers,
Olivier
=== modified file 'madgraph/ interface/ madevent_ interface. py' interface/ madevent_ interface. py 2020-03-16 08:37:10 +0000 interface/ madevent_ interface. py 2020-04-06 09:48:33 +0000
postcmd= False)
self. exec_cmd( 'combine_ events' , postcmd=False)
self. exec_cmd( 'store_ events' , postcmd=False) cmd('decay_ events -from_cards', postcmd=False) variable( self, 'run_name', self.run_name): cmd('decay_ events -from_cards', postcmd=False)
self. exec_cmd( 'create_ gridpack' , postcmd=False)
--- madgraph/
+++ madgraph/
@@ -2497,7 +2497,11 @@
- self.exec_
+ with misc.TMP_
+ self.exec_
else:
# Regular run mode
> On 1 Apr 2020, at 22:14, Zachary Marshall <email address hidden> wrote: 01_decayed_ 1': No such file or directory html"`; do default_ log.txt/ g | sed s/$1_$2/default/g > $i /bugs.launchpad .net/bugs/ 1870217 01_decayed_ 1': No such file or directory html"`; do default_ log.txt/ g | sed s/$1_$2/default/g > $i /bugs.launchpad .net/mg5amcnlo/ +bug/1870217/ +subscriptions
>
> Public bug reported:
>
> In 2.6.7, we see this error when making a gridpack:
>
> cp: cannot stat 'HTML/run_
> find: 'HTML/default': No such file or directory
>
> It looks to me like that's coming from store4grid:
>
> ```
> rm -rf HTML/default
> cp -rp HTML/$1 HTML/default
> for i in `find HTML/default -name "*_results.
> sed s/$1/default/g $i | sed s/log.txt/
> done
> ```
>
> The trick here seems to be that we've used MadSpin (by just providing a
> MadSpin card), so the events are moved over to run_01_decayed_1, but the
> HTML itself seems to still have a run_01 directory. I don't believe
> we're directly calling store4grid, but that this is called by MG5_aMC
> internally.
>
> Did I guess the problem correctly, and could this be fixed in a future
> patch?
>
> Thanks,
> Zach
>
> ** Affects: mg5amcnlo
> Importance: Undecided
> Status: New
>
> --
> You received this bug notification because you are subscribed to
> MadGraph5_aMC@NLO.
> https:/
>
> Title:
> Errors in HTML handling when making gridpack
>
> Status in MadGraph5_aMC@NLO:
> New
>
> Bug description:
> In 2.6.7, we see this error when making a gridpack:
>
> cp: cannot stat 'HTML/run_
> find: 'HTML/default': No such file or directory
>
> It looks to me like that's coming from store4grid:
>
> ```
> rm -rf HTML/default
> cp -rp HTML/$1 HTML/default
> for i in `find HTML/default -name "*_results.
> sed s/$1/default/g $i | sed s/log.txt/
> done
> ```
>
> The trick here seems to be that we've used MadSpin (by just providing
> a MadSpin card), so the events are moved over to run_01_decayed_1, but
> the HTML itself seems to still have a run_01 directory. I don't
> believe we're directly calling store4grid, but that this is called by
> MG5_aMC internally.
>
> Did I guess the problem correctly, and could this be fixed in a future
> patch?
>
> Thanks,
> Zach
>
> To manage notifications about this bug go to:
> https:/