Alastair Dewhurst [mailto:[log in to unmask]] said:
> The suggestion is to tell users who want to get large amounts
> of user
> data to submit a datri (data transfer) request to copy the data to
> the tier 2 site they actually work at. If the site was to allow it
> they could then access the files directly from the storage element.
> For example at RALPP. I could request my dataset be moved to
> scratchdisk and then once it was there access it by looking in:
> /pnfs/pp.rl.ac.uk/data/atlas/atlasscratchdisk/
> I would use local dcache protocal to copy it out.
To me this seems like the obvious thing to do. However one aspect that I
think wasn't resolved is whether you can have local space tokens
registered in DDM or whether you can only transfer to (and from)
SCRATCHDISK and LOCALGROUPDISK. For example I have some files here in
RALPPDISK, but I can't register them in DQ2 because it isn't a known
endpoint. Has there been any more discussion about that?
> The datri request has the advantage that it can be schedule, should
> be more efficient than a dq2-get command, will automatically retry
> failures. Of course for this to work the user would need to be able
> to access the local mass storage and it would be understandable if
> site admins didn't want this.
I'm not really sure what the objection would be; users are allowed to
access the data if they run jobs, so why not directly?
Stephen
|