 |
 |
Hi Wei, I thought that using FRM might help to automate staging data from one class to another. I can foresee moving data from class1 to class2 or class3, or from class 2 to class 3. I suspect that some machines will have two of the classes of storage. It looks like the machine would need two xrootd/cmsd instances. Thanks for suggestion, Patrick On 01/24/2011 06:02 PM, Yang, Wei wrote: > Hi Patrick, > > It will work (the atlas global redirector exports / :-). I am not sure what FRM can bring you in this case. Note that if you intend to use xrootdfs as well, you will need to run three instances, each has its own XROOTDFS_RDRURL=root://rdr//storage/classX. > > regards, > Wei Yang | [log in to unmask] | 650-926-3338(O) > > > > > On Jan 24, 2011, at 3:36 PM, Patrick McGuigan wrote: > >> Hi, >> >> I am interested in potentially having three classes of storage available to users all >> served by xrootd. It would be simple enough to create three separate systems each >> exporting a different path, but I am looking for something "more elegant". I'm not sure >> what that means either, but I think I will know when I see it. >> >> >> Could all three classes be part of a single name space? >> >> In this scenario, a single redirector exports a path like: >> /storage >> >> Different classes of data servers would export >> /storage/<classX> >> >> >> Can something liek this work? >> >> It looks like FRM might be the way to go. But I am only just starting to read up on it >> and I am not sure its use implies having three separate namespaces. >> >> >> Any pointers or information is appreciated, >> >> Patrick >