[Rivet] Segmentation fault when running agile-runmc on the grid

[Sara Alderweireldt]

Hello,

To continue on this issue, it's still unsolved, I ran only agile 
(submitted to the grid), with external PDF and TRACE output. It seems to 
be finding and loading everything, except (as could be expected) 
libLHAPDF.so. In that case it finds the library, but can't succesfully 
load it:

    AGILe.Loader: TRACE  Testing for
    /localgrid/salderwe/TEST/lib/libLHAPDF.so
    AGILe.Loader: TRACE  Found /localgrid/salderwe/TEST/lib/libLHAPDF.so
    AGILe.Loader: TRACE  Trying to load
    /localgrid/salderwe/TEST/lib/libLHAPDF.so
    AGILe.Loader: TRACE  Failed to load
    /localgrid/salderwe/TEST/lib/libLHAPDF.so

If I run the exact same command locally (m-machines in Brussels), the 
problem is gone:

    AGILe.Loader: TRACE  Testing for
    /localgrid/salderwe/TEST/lib/libLHAPDF.so
    AGILe.Loader: TRACE  Found /localgrid/salderwe/TEST/lib/libLHAPDF.so
    AGILe.Loader: TRACE  Trying to load
    /localgrid/salderwe/TEST/lib/libLHAPDF.so
    AGILe.Loader: TRACE  Successfully loaded
    /localgrid/salderwe/TEST/lib/libLHAPDF.so (0xb478560)

To be complete, the command I ran was:

    agile-runmc Pythia6:425 -b LHC:7000 -n 10 -p PYTUNE=343 -o
    test.hepmc -l AGILe.Loader=TRACE

Given this output, I don't know whether I'm still posting this question 
to the right people, maybe I need LHAPDF support instead. In any case, 
it's really puzzling me. I'd be happy with any suggestion on how to move 
forward with this problem. Would it for instance be possible to get 
error messages from LHAPDF or the system in general on what exactly goes 
wrong with this loading of libLHAPDF?

Best regards,
Sara

On 10/10/2011 10:24 AM, Sara Alderweireldt wrote:
> Hello,
>
> I've been running agile+rivet locally for a while now, and this week 
> attempted moving my runs to the grid. I still access my own copy of 
> agile+rivet (which locally runs fine) and use a python script which 
> calls 'agile-runmc ... &' and 'rivet ...'. If I use the PYTUNE or 
> MSTP(52) flag to set an external PDF from lhapdf, I get a segmentation 
> fault when running on the grid, and no problem when running locally. 
> If I use internal PDFs included in pythia6, everything runs fine both 
> on the grid and locally.
>
> At some point, I also had this segmentation fault locally, and traced 
> it back with gdb (and a lot of manual print statements) to:
> /line 471           throw runtime_error((string("Failed to load 
> libraries: ") + dlerror()).c_str());/
> in AGILe-1.3.0/src/Core/Loader.cc. Recompiling both LHAPDF and pythia6 
> solved this.
>
> If I comment out the runtime_error and run on the grid, I get a python 
> symbol lookup error:
> python: symbol lookup error: mydirs/libpythia6.so: undefined symbol: 
> pdfset_
>
> Do you have any idea what might cause this or what I could try to 
> trace it back further? I'm entirely puzzled by the fact that 
> everything is fine when processing locally and not when submitting to 
> the grid, both methods are accessing the same hard drive with the 
> agile & rivet distributions on it. I tried tracking from the 
> agile-runmc script and got to FPythia.cc which calls PYEVT (at which 
> point the symbol lookup error arrives, no events are produced), but I 
> can't figure out where it goes wrong exactly or how to solve it.
>
> I checked when running on the grid what the output of 'lhapdf-config 
> --pdfsets-path' is, and it is returning the correct folder and the 
> needed LHpdf file is there. If versions are relevant, I'm using agile 
> 1.3.0, rivet 1.6.0, pythia 6.425, lhapdf 5.8.6, python 2.4.3 and gcc 
> 4.1.2. I hope you can shed some light on this.
>
> Best regards and thanks in advance,
> Sara
>
> -- 
>
> Sara Alderweireldt sara.alderweireldt at ua.ac.be 
> <mailto:sara.alderweireldt at ua.ac.be>
> Universiteit Antwerpen    Phone: +32 (0)3 265 3577
> CGB.U.237 - Physics
> Groenenborgerlaan 171
> 2020 Antwerpen http://www.ua.ac.be/edf
> Belgium
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.hepforge.org/lists-archive/rivet/attachments/20111013/52bad993/attachment.html>