On Thursday 08 Dec 2005 16:15, Alessandra Forti wrote:
> Hi Graeme,
>
> lcg-utils need the SE to be published to copy/replicate/delete from it.
> Is it not?
No. The catalog contains the SURL, which has the host and the full path in it.
Nothing is additional is required from the information system in order to
recover or delete a file. Because the SURLs are of the form
sfn://HOST/PATH/file lcg-utils know that this is a classic gridftp server,
i.e., no SRM involved.
The information system _is_ required when doing, e.g., an
$ lcg-rep -d HOSTNAME ....
or
$ lcg-cr -d HOSTNAME ....
because then lcg-utils need to look up the information system to get the
GlueSARoot or GlueSAPath option for that VO, i.e., what the storage path is
for that VO.
So the information system for classic SEs is only necessary when creating new
replicas and new entries in the catalog. (N.B. this will not be the case for
SRM SEs, because the SRM endpoints always need to be advertised properly -
they are not part of the SURLs in this case.)
From the Classic->DPM migration docs[1]:
"Information System
[...]
There is no need to publish the Classic SE as such in the Information
System."
Cheers
Graeme
PS. Of course there's no harm in advertising the Classic, it's unlikely to
attract files unless it's also the default SE (which, I presume, for
Liverpool is now the dCache).
[1] https://uimon.cern.ch/twiki/bin/view/LCG/ClassicSeToDpm
--
--------------------------------------------------------------------
Dr Graeme Stewart http://www.physics.gla.ac.uk/~graeme/
GridPP DM Wiki http://wiki.gridpp.ac.uk/wiki/Data_Management
|