Errors in HTML handling when making gridpack

Bug #1870217 reported by Zachary Marshall
6
This bug affects 1 person
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_01_decayed_1': No such file or directory
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.html"`;do
    sed s/$1/default/g $i | sed s/log.txt/default_log.txt/g | sed s/$1_$2/default/g > $i
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

Revision history for this message
Olivier Mattelaer (olivier-mattelaer) wrote : Re: [Bug 1870217] [NEW] Errors in HTML handling when making gridpack

HI,

I will push the following patch:

Cheers,

Olivier

=== modified file 'madgraph/interface/madevent_interface.py'
--- madgraph/interface/madevent_interface.py 2020-03-16 08:37:10 +0000
+++ madgraph/interface/madevent_interface.py 2020-04-06 09:48:33 +0000
@@ -2497,7 +2497,11 @@
                           postcmd=False)
             self.exec_cmd('combine_events', postcmd=False)
             self.exec_cmd('store_events', postcmd=False)
- self.exec_cmd('decay_events -from_cards', postcmd=False)
+ with misc.TMP_variable(self, 'run_name', self.run_name):
+ self.exec_cmd('decay_events -from_cards', postcmd=False)
             self.exec_cmd('create_gridpack', postcmd=False)
         else:
             # Regular run mode

> On 1 Apr 2020, at 22:14, Zachary Marshall <email address hidden> wrote:
>
> Public bug reported:
>
> In 2.6.7, we see this error when making a gridpack:
>
> cp: cannot stat 'HTML/run_01_decayed_1': No such file or directory
> 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.html"`;do
> sed s/$1/default/g $i | sed s/log.txt/default_log.txt/g | sed s/$1_$2/default/g > $i
> 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://bugs.launchpad.net/bugs/1870217
>
> 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_01_decayed_1': No such file or directory
> 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.html"`;do
> sed s/$1/default/g $i | sed s/log.txt/default_log.txt/g | sed s/$1_$2/default/g > $i
> 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://bugs.launchpad.net/mg5amcnlo/+bug/1870217/+subscriptions

Changed in mg5amcnlo:
status: New → Fix Committed
Changed in mg5amcnlo:
status: Fix Committed → Fix Released
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.