That maybe the reason. I want to add another thing. While debugging an issue at OU, we had to rebuild our xrootd proxy (for TPC, etc. frontend activities) to match theirs. And I found that
1. libXrdSecgsiVOMS-4.so exists in xrootd-libs-4.12.1-1 @ xrootd.stable repo. It works with the ATLAS VO but not with Dteam VO.
2. libXrdSecgsiVOMS-4.so doesn't exist in xrootd-libs-4.12.1-1 @ epel.
3. libXrdSecgsiVOMS-4.so in xrootd-voms-plugins @ OSG 3.4 repo works with both ATLAS and Dteam VO. But this rpms is superseded by xrootd-voms-4.12.3.
So there was lots of headache to put all these together to match exactly what OU has. I think it would be nice that the xrootd-libs from all repos have the same thing.
I didn't check the later Xrootd releases. I hope the issue in 1. Is addressed and behind us. I guess I will check if nobody have do so (as well as the WLCG VO).
regards,
--
Wei Yang | [log in to unmask] | 650-926-3338(O)
-----Original Message-----
From: <[log in to unmask]> on behalf of Oliver Freyermuth <[log in to unmask]>
Date: Friday, June 26, 2020 at 1:03 AM
To: Fabrizio Furano <[log in to unmask]>, Petr Vokac <[log in to unmask]>, <[log in to unmask]>
Subject: Re: What to do? "Unable to load vomslib plugin /usr/lib64/libXrdSecgsiVOMS.so"
Hi together,
Am 26.06.20 um 09:55 schrieb Fabrizio Furano:
> Hi Petr,
>
> indeed, but in theory the -4 should be automatically
> managed by the xrd plugin loader AFAIR
indeed, this should be the case. So better specify it without the number so you don't have to adapt it when XRootD 5 comes ;-).
Is the underlying issue maybe this one?
https://github.com/xrootd/xrootd/issues/1191
This should only affected 4.12.0, though.
Cheers,
Oliver
>
> f
>
>
> Il 26/06/20 09:54, Petr Vokac ha scritto:
>> On CentOS7 I don't have /usr/lib64/libXrdSecgsiVOMS.so but just
>> /usr/lib64/libXrdSecgsiVOMS-4.so
>>
>> Petr
>>
>> On 6/26/20 9:40 AM, Fabrizio Furano wrote:
>>> Hi,
>>>
>>> I'm trying to start a DPM headnode with xrootd 4.12, and I am getting
>>> this funny error from xrdsecgsi. Does anyone have any suggestion ?
>>>
>>> Thank you!
>>> Fabrizio
>>>
>>>
>>>
>>> Plugin loaded unreleased secgsi v20200611-b122d66 from sec.protocol
>>> /usr/lib64/libXrdSecgsi-4.so
>>> 200626 09:30:46 15701 secgsi_InitOpts: ***
>>> ------------------------------------------------------------ ***
>>> 200626 09:30:46 15701 secgsi_InitOpts: Mode: server
>>> 200626 09:30:46 15701 secgsi_InitOpts: Debug: -1
>>> 200626 09:30:46 15701 secgsi_InitOpts: CA dir:
>>> /etc/grid-security/certificates/
>>> 200626 09:30:46 15701 secgsi_InitOpts: CA verification level: 2
>>> 200626 09:30:46 15701 secgsi_InitOpts: CRL dir:
>>> /etc/grid-security/certificates/
>>> 200626 09:30:46 15701 secgsi_InitOpts: CRL extension: .r0
>>> 200626 09:30:46 15701 secgsi_InitOpts: CRL check level: 3
>>> 200626 09:30:46 15701 secgsi_InitOpts: CRL refresh time: 86400
>>> 200626 09:30:46 15701 secgsi_InitOpts: Certificate:
>>> /etc/grid-security/dpmmgr/dpmcert.pem
>>> 200626 09:30:46 15701 secgsi_InitOpts: Key:
>>> /etc/grid-security/dpmmgr/dpmkey.pem
>>> 200626 09:30:46 15701 secgsi_InitOpts: Proxy delegation option: 0
>>> 200626 09:30:46 15701 secgsi_InitOpts: GRIDmap file:
>>> /etc/grid-security/grid-mapfile
>>> 200626 09:30:46 15701 secgsi_InitOpts: GRIDmap option: 10
>>> 200626 09:30:46 15701 secgsi_InitOpts: GRIDmap cache entries expiration
>>> (secs): 600
>>> 200626 09:30:46 15701 secgsi_InitOpts: Client proxy availability in
>>> XrdSecEntity.endorsement: 0
>>> 200626 09:30:46 15701 secgsi_InitOpts: VOMS option: 1
>>> 200626 09:30:46 15701 secgsi_InitOpts: VOMS extraction function:
>>> /usr/lib64/libXrdSecgsiVOMS.so
>>> 200626 09:30:46 15701 secgsi_InitOpts: MonInfo option: 0
>>> 200626 09:30:46 15701 secgsi_InitOpts: Crypto modules: ssl
>>> 200626 09:30:46 15701 secgsi_InitOpts: Ciphers:
>>> aes-128-cbc:bf-cbc:des-ede3-cbc
>>> 200626 09:30:46 15701 secgsi_InitOpts: MDigests: sha256:sha1
>>> 200626 09:30:46 15701 secgsi_InitOpts: Trusting DNS for hostname checking
>>> 200626 09:30:46 15701 secgsi_InitOpts: ***
>>> ------------------------------------------------------------ ***
>>> 200626 09:30:46 15701 secgsi_LoadVOMSFun: Unable to load vomslib plugin
>>> /usr/lib64/libXrdSecgsiVOMS.so
>>> 200626 09:30:46 15701 secgsi_LoadVOMSFun: could not find
>>> 'XrdSecgsiVOMSFun()' in /usr/lib64/libXrdSecgsiVOMS.so
>>> 200626 09:30:46 15701 secgsi_Init: Secgsi: ErrError: VOMS plug-in could
>>> not be loaded: /usr/lib64/libXrdSecgsiVOMS.so
>>> Secgsi: ErrError: VOMS plug-in could not be loaded:
>>> /usr/lib64/libXrdSecgsiVOMS.so
>>>
>>>
>>> ########################################################################
>>> Use REPLY-ALL to reply to list
>>>
>>> To unsubscribe from the XROOTD-L list, click the following link:
>>> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-L&A=1
>>
>
> ########################################################################
> Use REPLY-ALL to reply to list
>
> To unsubscribe from the XROOTD-L list, click the following link:
> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-L&A=1
>
########################################################################
Use REPLY-ALL to reply to list
To unsubscribe from the XROOTD-L list, click the following link:
https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-L&A=1
########################################################################
Use REPLY-ALL to reply to list
To unsubscribe from the XROOTD-L list, click the following link:
https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-L&A=1
|