Setting up a namespace for SRM v2

On sites where the SRM v1 and v2 endpoints are front-ends for the same name service, data written by v1 remain accessible by v2 and vice versa. Data written by v1 can only have storage class hints expressed through the name space: the SE admin can map a particular directory to a particular storage class. To ease the transition from v1 to v2 VOs could design name spaces such that the different storage class instances only appearhigh up the hierarchy, so that there will be not so many.

Let us assume the following:

    RAW         --> T1D0
    DST         --> T1D0, but different tape set
    ESD_master  --> T1D1
    ESD_replica --> T0D1
    AOD         --> T0D1

Then the namespace SHOULD NOT be organized as follows:


The namespace SHOULD be organized as follows:


If the namespace is organized as in the last example, it is easier to make the same data written with SRM v2 available again with SRM v1 respecting the Storage Class choices.

-- FlaviaDonno - 18 Apr 2007

Edit | Attach | Watch | Print version | History: r1 | Backlinks | Raw View | WYSIWYG | More topic actions
Topic revision: r1 - 2007-04-18 - FlaviaDonno
    • Cern Search Icon Cern Search
    • TWiki Search Icon TWiki Search
    • Google Search Icon Google Search

    LCG All webs login

This site is powered by the TWiki collaboration platform Powered by PerlCopyright & 2008-2021 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
or Ideas, requests, problems regarding TWiki? use Discourse or Send feedback