and non cms user gets
130207 11:01:43 5718 XrdSched: scheduling monitor window clock in 5 seconds
130207 11:01:43 5846 tentiams.685:[log in to unmask] XrootdProtocol: 0100 req=3000 dlen=5349
130207 11:01:43 5846 secgsi_Authenticate: WARNING: user mapping lookup ok, but the requested user is not authorized (tentiams). Instead, mapped as .dteam.
130207 11:01:43 5846 secgsiVOMS_Fun: proxy: /C=IT/O=INFN/OU=Personal Certificate/L=CNAF/CN=Matteo Tenti/CN=proxy
130207 11:01:43 5846 secgsiVOMS_Fun: adding cert: /C=IT/O=INFN/OU=Personal Certificate/L=CNAF/CN=Matteo Tenti
130207 11:01:43 5846 secgsiVOMS_Fun: retrieval FAILED: Cannot verify AC signature!
130207 11:01:43 5846 secgsi_Authenticate: ERROR: the VOMS extraction plug-in reported a failure for this handshake
130207 11:01:43 5846 XrootdXeq: User authentication failed;
130207 11:01:43 5846 tentiams.685:[log in to unmask] XrootdResponse: 0100 sending err 3010:
130207 11:01:43 4964 XrdInet: Accepted connection from [log in to unmask]
if this is what is expected, we are good to go
tom
On Feb 7, 2013, at 10:12 , Tommaso Boccali <[log in to unmask]> wrote:
> ciao gerri, for the moment I have the _impression_ it is working:
>
> 130207 10:08:18 4968 XrdSched: scheduling stats reporter in 30 seconds
> 130207 10:08:19 4964 XrdInet: Accepted connection from [log in to unmask]
> 130207 10:08:19 4967 XrdSched: running ?:8@so1wn60 inq=0
> 130207 10:08:19 4967 XrdProtocol: matched protocol xrootd
> 130207 10:08:19 4967 ?:8@so1wn60 XrdPoll: FD 8 attached to poller 0; num=1
> 130207 10:08:19 4967 ?:8@so1wn60 XrootdProtocol: 0100 req=3007 dlen=0
> 130207 10:08:19 4967 cmsprd.26556:8@so1wn60 XrootdResponse: 0100 sending 50 data bytes; status=0
> 130207 10:08:19 4967 cmsprd.26556:8@so1wn60 XrootdProtocol: 0100 req=3000 dlen=101
> 130207 10:08:19 4967 cmsprd.26556:8@so1wn60 XrootdProtocol: 0100 more auth requested; sz=1837
> 130207 10:08:19 4967 cmsprd.26556:8@so1wn60 XrootdResponse: 0100 sending 1837 data bytes; status=4002
> 130207 10:08:19 4967 cmsprd.26556:8@so1wn60 XrootdProtocol: 0100 req=3000 dlen=15253
> 130207 10:08:19 4967 secgsi_Authenticate: WARNING: user mapping lookup ok, but the requested user is not authorized (cmsprd). Instead, mapped as cmssgm.
> 130207 10:08:19 4967 secgsiVOMS_Fun: proxy: /DC=ch/DC=cern/OU=Organic Units/OU=Users/CN=asciaba/CN=430796/CN=Andrea Sciaba/CN=proxy/CN=proxy/CN=proxy/CN=proxy/CN=pro
> xy/CN=proxy/CN=limited proxy
> 130207 10:08:19 4967 secgsiVOMS_Fun: adding cert: /DC=ch/DC=cern/OU=Organic Units/OU=Users/CN=asciaba/CN=430796/CN=Andrea Sciaba
> 130207 10:08:19 4967 secgsiVOMS_Fun: adding cert: /DC=ch/DC=cern/OU=Organic Units/OU=Users/CN=asciaba/CN=430796/CN=Andrea Sciaba/CN=proxy
> 130207 10:08:19 4967 secgsiVOMS_Fun: adding cert: /DC=ch/DC=cern/OU=Organic Units/OU=Users/CN=asciaba/CN=430796/CN=Andrea Sciaba/CN=proxy/CN=proxy
> 130207 10:08:19 4967 secgsiVOMS_Fun: adding cert: /DC=ch/DC=cern/OU=Organic Units/OU=Users/CN=asciaba/CN=430796/CN=Andrea Sciaba/CN=proxy/CN=proxy/CN=proxy
> 130207 10:08:19 4967 secgsiVOMS_Fun: adding cert: /DC=ch/DC=cern/OU=Organic Units/OU=Users/CN=asciaba/CN=430796/CN=Andrea Sciaba/CN=proxy/CN=proxy/CN=proxy/CN=proxy
> 130207 10:08:19 4967 secgsiVOMS_Fun: adding cert: /DC=ch/DC=cern/OU=Organic Units/OU=Users/CN=asciaba/CN=430796/CN=Andrea Sciaba/CN=proxy/CN=proxy/CN=proxy/CN=proxy/
> CN=proxy
> 130207 10:08:19 4967 secgsiVOMS_Fun: adding cert: /DC=ch/DC=cern/OU=Organic Units/OU=Users/CN=asciaba/CN=430796/CN=Andrea Sciaba/CN=proxy/CN=proxy/CN=proxy/CN=proxy/
> CN=proxy/CN=proxy
> 130207 10:08:19 4967 secgsiVOMS_Fun: retrieval successful
> 130207 10:08:19 4967 secgsiVOMS_Fun: found VO: cms
> 130207 10:08:19 4967 secgsiVOMS_Fun: ---> group: '/cms', role: 'production', cap: 'NULL'
> 130207 10:08:19 4967 secgsiVOMS_Fun: ---> group: '/cms', role: 'NULL', cap: 'NULL'
> 130207 10:08:19 4967 secgsiVOMS_Fun: ---> group: '/cms/TEAM', role: 'NULL', cap: 'NULL'
> 130207 10:08:19 4967 secgsiVOMS_Fun: ---> group: '/cms/dbs', role: 'NULL', cap: 'NULL'
> 130207 10:08:19 4967 secgsiVOMS_Fun: ---> fqan: '/cms/Role=production/Capability=NULL'
> 130207 10:08:19 4967 secgsiVOMS_Fun: ---> fqan: '/cms/Role=NULL/Capability=NULL'
> 130207 10:08:19 4967 secgsiVOMS_Fun: ---> fqan: '/cms/TEAM/Role=NULL/Capability=NULL'
> 130207 10:08:19 4967 secgsiVOMS_Fun: ---> fqan: '/cms/dbs/Role=NULL/Capability=NULL'
> 130207 10:08:19 4967 cmsprd.26556:8@so1wn60 XrootdResponse: 0100 sending OK
>
>
> is this what you would expect?
>
> config is as simple as
>
> sec.protparm gsi -vomsfun:/usr/lib64/libXrdSecgsiVOMS.so -vomsfunparms:grpopt=0|vos=cms|certfmt=raw
> sec.protocol /usr/lib64 gsi -certdir:/etc/grid-security/certificates -cert:/etc/grid-security/xrd/hostcert.pem -key:/etc/grid-security/xrd/hostkey.pem -crl:3 -moninfo
>
>
> On Feb 7, 2013, at 10:00 , Tommaso Boccali <[log in to unmask]> wrote:
>
>> ok thanks, will do
>> because I found out voms 2.0.8 requires a change EMI1->EMI2 which is not that trivial on a production machine
>>
>> tom
>> On Feb 7, 2013, at 9:58 , Gerardo Ganis <[log in to unmask]> wrote:
>>
>>>
>>> Hi Tom,
>>>
>>> My statement 'The builds require VOMS 2.0.8' is probably too strong. The right statement is probably
>>> 'require VOMS 2.x', so I would give a try with 2.0.7 before bothering finding ways to update ...
>>>
>>> Cheers, Gerri
>>>
>>> On 2/7/13 9:12 AM, Tommaso Boccali wrote:
>>>> ciao Gerri, starting to look into this
(sorry for the delay)
>>>>
>>>> I am stuck at point #1:
>>>>
>>>>> 1. The builds require VOMS 2.0.8 which, if I understand correctly, is a not (yet?) available in OSG
>>>> I have
>>>>
>>>> [root@stormgf1 xroot-tests]# rpm -qa|grep voms
>>>> voms-2.0.7-1.el5.x86_64
>>>>
>>>> So I need to find a way to update this
standard way from the repository does not allow me to get a 2.0.8
>>>>
>>>> stay tuned
>>>>
>>>> tom
>>>>
>>>>
>>>>
>>>> On Feb 4, 2013, at 18:42 , Gerardo Ganis <[log in to unmask]> wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> This is the status of things:
>>>>>
>>>>> The plug-in is available for test at 'https://github.com/gganis/voms.git' from where you can download
>>>>> the sources. Binaries for SLC5 (x86_64, gcc-4.1, gcc 4.3) and SLC6 (x86_64, gcc-4.6) are available under
>>>>>
>>>>> /afs/cern.ch/work/g/ganis/public/vomsxrd/vomsxrd-0.0.1
>>>>>
>>>>> (README and examples under /afs/cern.ch/work/g/ganis/public/vomsxrd).
>>>>>
>>>>> With the following caveats:
>>>>>
>>>>> 1. The builds require VOMS 2.0.8 which, if I understand correctly, is a not (yet?) available in OSG
>>>>> 2. Unfortunately the backport of the vomsfun functionality was not complete in the 3.2.x stable branch,
>>>>> so to use the plug-in you have either to use the HEAD of the 'stable' branch or 3.3.x-rc1 .
>>>>> RPMs for the stable branch are available from the Teamcity portal:
>>>>>
>>>>> https://teamcity-dss.cern.ch:8443/project.html?projectId=project13&tab=projectOverview
>>>>>
>>>>> Can you please let me know if you can try this out or what you miss to be able to try?
>>>>>
>>>>> Gerri
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On 1/31/13 7:19 PM, Yang, Wei wrote:
>>>>>> I haven't get it to work yet. I am communicating with the developer.
>>>>>>
>>>>>> regards,
>>>>>> Wei Yang | [log in to unmask] | 650-926-3338(O)
>>>>>>
>>>>>>
>>>>>> On Jan 31, 2013, at 2:28 AM, Tommaso Boccali wrote:
>>>>>>
>>>>>>> Follow-up Comment #2, sr #135141 (project xrootd):
>>>>>>>
>>>>>>> ciao, news on that plugin?
>>>>>>>
>>>>>>> thanks
>>>>>>>
>>>>>>> tom
>>>>>>>
>>>>>>> _______________________________________________________
>>>>>>>
>>>>>>> Reply to this item at:
>>>>>>>
>>>>>>> <http://savannah.cern.ch/support/?135141>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Message sent via/by LCG Savannah
>>>>>>> http://savannah.cern.ch/
>>>>>>>
>>>>>
>>>>> --
>>>>> +--------------------------------------------------------------------------+
>>>>> Gerardo GANIS CERN, PH Dept, SFT group, CH 1211 Geneve 23
>>>>> room: 32-RC-006, tel: +41 22 7676439
>>>>> email: [log in to unmask], fax: +41 22 7669133
>>>>> +--------------------------------------------------------------------------+
>>>>>
>>>
>>
>
########################################################################
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
|