Hi Matt,
It looks like it can't talk to your srm, is anything listening on port 8443 or ss there an iptables rule that's crept in blocking access to that port? Is there anything in the srm logs?
Derek
> -----Original Message-----
> From: GRIDPP2: Deployment and support of SRM and local storage
> management [mailto:[log in to unmask]]On Behalf Of Matt
> Doidge
> Sent: 05 March 2007 15:55
> To: [log in to unmask]
> Subject: Lancaster dcache srmcp problem
>
>
> Hello,
>
> I restarted Lancaster's dcache today to try and alleviate the load
> buildup till we get some new RAM in. However since the restart I've
> been having trouble with using srmcp (and thus lcg-cp) to access my
> dcache. Below's a snippet from an srmcpGet;
>
> *snip*
> SRMClientV1 : get:
> surls[0]="srm://fal-pygrid-20.lancs.ac.uk:8443/pnfs/lancs.ac.u
> k/data/dteam/pooltest/fal23_test"
> SRMClientV1 : get: protocols[0]="http"
> SRMClientV1 : get: protocols[1]="dcap"
> SRMClientV1 : get: protocols[2]="gsiftp"
> copy_jobs is empty
> SRMClientV1 : java.net.ConnectException: Connection refused
> SRMClientV1 : get : try # 0 failed with error
> SRMClientV1 : java.net.ConnectException: Connection refused
> copy_jobs is empty
> stopping copier
> srm copy of at least one file failed or not completed
> Mon Mar 05 15:47:57 GMT 2007: setting all remaining file
> statuses to "Done"
> Mon Mar 05 15:47:57 GMT 2007: set all file statuses to "Done"
>
> globus-url-copy's still work fine. I've tried a couple of restarts
> (including one of pnfs for the hell of it) just to hopefully fix it
> (i'm all for clutching at straws)- and I made sure I gave it long
> enough for things to start working properly. I have seen this
> behaviour before, but it's always been fixed by a second restart. To
> my untrained eye it looks like its failing at the point of getting a
> turl-something globus-url-copy bypasses. Playing with my doors doesn't
> seem to have helped any though.
>
> As always any help appreciated.
>
> cheers,
> Matt
>
|