 |
 |
Hi, we'll need to have a look, but from #1335 (comment) it's not really clear where the cause is. The LCMAPS plugin seems to be passing a NULL value as endpoint to the libargus-pep library, which then fails and ultimately causes a invalid cleanup in the latter (libargus-pep) which causes the SEGV. The question is how libargus-pep has a NULL value for the endpoint URL in https://github.com/argus-authz/argus-pep-api-c/blob/EMI-3/src/argus/pep.c#L492
while the LCMAPS plugin prints out a valid endpoint in https://ndpfsvn.nikhef.nl/viewvc/mwsec/tags/lcmaps-plugins-c-pep/1_3_1/src/c-pep/pep-c-interact.c?revision=18508&view=markup#l561?
Is it possible that there is something odd in the config? It seems that somehow the pep_handle looses its endpoint, but it's not clear to me where that would happen.
Is xrootd trying to call LCMAPS in a multi-threaded environment? That could be the issue (LCMAPS is not threadsafe).
We would definitely need more logging to be able to say what's happening. Enabling LCMAPS debug logging (by setting export LCMAPS_DEBUG_LEVEL=5) would definitely help a lot. Also, we'd need the lcmaps.db file. Perhaps best to attach those to the GGUS ticket.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or unsubscribe.
Use REPLY-ALL to reply to list
To unsubscribe from the XROOTD-DEV list, click the following link:
https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-DEV&A=1