Comment 5 for bug 1280051

HI Andrea,

Sorry for the late reply.

The only possibility would be to run

./bin/madevent
and then type combine_event [RUN_NAME]

But I have not guarantee that this is going to work.
Actually I think that the problem might be due to the fact that this step requires a central disk (only in reading mode)
while all the other part of the code did not need it. Allowing to have this without central disk is in my todo list.

Cheers,

Olivier

On Mar 23, 2014, at 3:36 PM, Andrea Peterson <email address hidden> wrote:

> Hi,
> I am also having this issue in version 2.1.0 on Condor. Is there a way to still use the runs to create the LHE files?
> Thanks,
> Andrea
>
> --
> You received this bug notification because you are subscribed to
> MadGraph5_aMC@NLO.
> https://bugs.launchpad.net/bugs/1280051
>
> Title:
> Fail to read the number of unweighted events in the combine.log file
>
> Status in MadGraph5_aMC@NLO Generator:
> Fix Released
>
> Bug description:
> Hi,
>
> I've had the bug where occasionally while running on a SLURM batch
> once all the jobs have been submitted and returned the following error
> is returned:
>
> Fail to read the number of unweighted events in the combine.log
> file
>
> The combine.log file is there, however. I think the problem is that
> inside madevent_interface.py in the function do_combine_events, output
> tries to look at combine.log too fast before it's written. It looks
> like if reading combine.log fails it does sleep briefly, but then it
> doesn't check the output again. I've added the line:
>
> output =
> misc.mult_try_open(pjoin(self.me_dir,'SubProcesses','combine.log')).read()
>
> After time.sleep(10) and this seems to alleviate the problem (in
> conjunction with increasing the sleep time to be safe).
>
> - Matthew
>
> P.S. This is for 1.5.14. I don't know if this is also the case in the
> v2 series.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/mg5amcnlo/+bug/1280051/+subscriptions