Hi John,
Good work! Looks like you are almost there.
$ srmping -2 -debug srm://hepgrid5.ph.liv.ac.uk:8443/srm/managerv2
<snip>
SRMClientV2 : WEBSERVICE_PATH srm/managerv2
SRMClientV2 : connecting to srm at
httpg://hepgrid5.ph.liv.ac.uk:8443/srm/managerv2
SRMClientV2 : srmPing , contacting service
httpg://hepgrid5.ph.liv.ac.uk:8443/srm/managerv2
Thu Feb 14 10:19:43 GMT 2008: received response
Thu Feb 14 10:19:43 GMT 2008: VersionInfo : v2.2
backend_type:dCache
backend_version:production-1-8-0-12p4
</snip>
Note the use of the managerv2 in the endpoint. Similarly:
$ srmls -2 -debug srm://hepgrid5.ph.liv.ac.uk:8443/srm/managerv2?SFN=/pnfs
<snip>
httpg://hepgrid5.ph.liv.ac.uk:8443/srm/managerv2
512 /pnfs/
512 /pnfs/fs/
512 /pnfs/ph.liv.ac.uk/
512 /pnfs/ftpBase/
</snip>
This also works for me:
$ lcg-cr -v --vo dteam file:/etc/group -d hepgrid5.ph.liv.ac.uk
(which is using the srmv1 endpoint).
I can also use the srmcp client to copy into the dCache via the SRMv2.2
interface.
In fact, going on this evidence, I would say that everything is working
fine.
On 14/02/08 09:28, John Bland wrote:
> Ops and Steve Lloyd analysis tests show the same error accessing the SE of
>
> httpg://hepgrid5.ph.liv.ac.uk:8443/srm/managerv1: CGSI-gSOAP: Could not
> open connection !
> Gstat also shows our endpoint as being
>
> SRM httpg://hepgrid5.ph.liv.ac.uk:8443/srm/managerv1
>
> but isn't "SRM" supposed to be for srm2.2?
SRM can be for srm1 as well (in fact, this is the correct form in the
eyes of the GLUE schema).
Have you modified your static ldif files to include the srm2.2 endpoint?
You basically want the same block of code as for the srm1 endpoint, but
with replacing 1's with 2's where appropriate.
In your srm.batch file, I would change CUSTODIAL to REPLICA and NEARLINE
to ONLINE (it appears that there is a bug where the values in
dCacheSetup are not being passed properly). These values will only come
into play when you turn on the space manager.
Do you support the lhcb VO?
Cheers,
Greig
>
> It seems to us that
>
> a) there is some confusion about which version of srm is being used
> b) the space manager is interfering with operations even though it has
> not been configured to be used.
>
> We are thinking of activating space manager (and all the other painful
> reservations, links etc that go with it) but surely dcache 1.8 should be
> able to run as srm1 only?
>
> This is the first dcache instance we've fully installed from scratch so
> we may be missing something obvious here. I've attached our dCacheSetup
> and srm.batch files. If you need any other files let me know.
>
> Regards,
>
> John
>
|