Makes sense - "/E=" is Yet Another Way To Print Email As A String(tm)
- this one a javaism.
At least we know what the problem is, but it's ugly having to hack
the mapfiles.
-j
-----Original Message-----
From: GRIDPP2: Deployment and support of SRM and local storage
management [mailto:[log in to unmask]]On Behalf Of Ross, D
(Derek)
Sent: 22 August 2006 11:09
To: [log in to unmask]
Subject: Re: DCache and DN's including the Email
Nope, I've seen successful transfers from that user from my (1.6.6-1) dCache :
billing-2006.07.21:07.21 10:12:39 [door:GFTP-gftp0440-Unknown-878@gridftp-gftp0440Domain:request] ["/C=IT/O=INFN/OU=Personal Certificate/L=Bari/CN=Nicola De [log in to unmask]":
36200:24266:lcg0502.gridpp.rl.ac.uk] [000300000000000000865F18,0] <unknown> 1153473159992 0 {0:""}
Derek
> -----Original Message-----
> From: GRIDPP2: Deployment and support of SRM and local storage
> management [mailto:[log in to unmask]]On Behalf Of Kostas
> Georgiou
> Sent: 22 August 2006 11:01
> To: [log in to unmask]
> Subject: DCache and DN's including the Email
>
>
> To me it looks like that dcrap^H^H^Hache doesn't like the @
> character in
> a DN. I wonder if anyone else has seen the problem. If you
> can have a look
> at your logs to check if such a DN was ever succesfull it
> will be helpfull.
>
> Cheers,
> Kostas
>
> ----- Forwarded message from Kostas Georgiou
> <[log in to unmask]> -----
>
> > I see the end of the DN (where an @ should be) is mangled I
> assume this
> > is Dache at work but I dont know if this is a problem or not.
>
> It seems that it is.
>
> I suspect that dcache doesn't like a DN that uses @ :( But
> since I don't
> have a DN that uses @ I can't really test anything. If
> someone with a DN
> that includes the email address can test srmcp,gridftp,gsidcap to our
> dcache and if possible a different one and report the results
> we'll have
> more information on what the problem is and where.
>
> Kostas
>
> ...
> 08/20 08:51:52 Cell(DCap-gsi-gfe02-/C=IT/O=INFN/OU=Personal
> Certificate/L=Bari/CN=Nicola De
> Filippis/E=Nicola.defilippis-1961@gsidcap-gfe02Domain) :
> Execute : lookup open
> 08/20 08:51:52 Cell(gsi-pam@gsidcap-gfe02Domain) : Message
> type : class [Ljava.lang.String;
> 08/20 08:51:52 Cell(gsi-pam@gsidcap-gfe02Domain) :
> >get-metainfo< request from /C=IT/O=INFN/OU=Personal
> Certificate/L=Bari/CN=Nicola De Filippis/E=Nicola.defilippis
> 08/20 08:51:53 Cell(gsi-pam@gsidcap-gfe02Domain) : userRole=null
> 08/20 08:51:53 Cell(gsi-pam@gsidcap-gfe02Domain) : User
> /C=IT/O=INFN/OU=Personal Certificate/L=Bari/CN=Nicola De
> Filippis/E=Nicola.defilippis not found.
> 08/20 08:51:53 Cell(DCap-gsi-gfe02-/C=IT/O=INFN/OU=Personal
> Certificate/L=Bari/CN=Nicola De
> Filippis/E=Nicola.defilippis-1961@gsidcap-gfe02Domain) :
> Exception from gsi-pam : java.lang.Exception: Problem :
> java.lang.IllegalArgumentException:
> diskCacheV111.admin.UserMetaDataProviderFnal : insufficient
> info for user : /C=IT/O=INFN/OU=Personal
> Certificate/L=Bari/CN=Nicola De
> Filippis/E=Nicola.defilippis->UNSPECIFIED
> 08/20 08:51:53 Cell(DCap-gsi-gfe02-/C=IT/O=INFN/OU=Personal
> Certificate/L=Bari/CN=Nicola De
> Filippis/E=Nicola.defilippis-1961@gsidcap-gfe02Domain) : Door
> authenticated for /C=IT/O=INFN/OU=Personal
> Certificate/L=Bari/CN=Nicola De
> Filippis/E=Nicola.defilippis(null,-1,-1,?)
> 08/20 08:51:53 Cell(DCap-gsi-gfe02-/C=IT/O=INFN/OU=Personal
> Certificate/L=Bari/CN=Nicola De
> Filippis/E=Nicola.defilippis-1961@gsidcap-gfe02Domain) :
> toclient(println) : 1 0 client failed 2 "internalError : User
> /C=IT/O=INFN/OU=Personal Certificate/L=Bari/CN=Nicola De
> Filippis/E=Nicola.defilippis is not authorized"
> ...
>
|