>
> >
> > I would say that is almost completly a client problem
> > possibly, what happens
> > with 3rd party transfers, who checks I can use the source
> > gridftp server.
>
> The ftp server and the SRM should use the same gridmap file.
> And there is no other authorisation going on to my knowledge
> except for what happens in the dcache itself. Does it push
> from the source or pull from the destination?
>
srmcp by default does pull
From the error message in the logs, the destination SRM (in this case one of the dCache pools) is trying to access the source gridftp server and failing because Steve (actually its me in this particular one) isn't in the grid-map file of the source gridftp server:
05/04 12:55:48 Cell(dcache.gridpp.rl.ac.uk_1@dcachexDomain) : org.globus.ftp.exception.ServerException: Server refused performing the request. Custom message: User authorization failed. (error code ) [Nested exception message: Custom message: Unexpected reply: 530 No local mapping for Globus ID]. Nested exception is org.globus.ftp.exception.UnexpectedReplyCodeException: Custom message: nexpected reply: 530 No local mapping for Globus ID
When the SRM gets this error it doesn't consider it fatal:
05/04 12:55:48 Cell(RemoteGsiftpTransferManager@srmDomain) : [id=30148 store src=gsiftp://gridftpp.gridka.de/et/group dest=///pnfs/gridpp.rl.ac.uk/data/dteam/dr35-fzk-20050504-01]:sending error reply, reply code=8 errorObject=tranfer failed :org.globus.ftp.exception.ServerException: Server refused performing the request. Custom message: User authorization failed. (error code 1) [Nested exception message: Custom message: Unexpected reply: 530 No local mapping for Globus ID] [Nested exception is org.globus.ftp.exception.UnexpectedReplyCodeException: Custom message: Unexpected reply: 530 No local mapping for Globus ID] for id=30148 store src=gsiftp://gridftpp.gridka.de/etc/group dest=///pnfs/gridpp.rl.ac.uk/data/dteam/dr35-fzk-20050504-01
And periodically retries the transfer.
Derek
|