Privacy and Security Notice

[Fwd: CLASEG1 tapes to eject]


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Fwd: CLASEG1 tapes to eject]



Here is your last chance to object - or forever hold your peace!

- Sebastian

-- BEGIN included message

We can at least eject EG1's raw volume sets b-eg1araw (44) and
b-eg1braw(279) for starters. We don't have the exact mapping you refer
to for ntuples and dsts, so we probably have to leave the rest for now.

This will free up 323 of the 500 slots we need to put the last 500 blank 
tapes in... a good start.  Thanks!




-- BEGIN included message

Sandy,

Here is the run group response on eg1 data sets -
1. raw data are under
/mss/clas/eg1a/data
/mss/clas/eg1b/data

2. cooked bos files are
/mss/clas/eg1a/production/pass1/
/mss/clas/eg1b/production/pass1/

3. ntuple10s are under above pass1, directories "pawnt" and "paw_nt*"

4. DSTs are in subdirectories with names "dst" and "dstp"

Regards, Stepan


-------- Original Message --------
Subject: 	Re: [Fwd: Re: [Fwd: Re: [Fwd: [Fwd: Re: CLASEG1 computing and 
storage requirements?]]]]
Date: 	Thu, 06 Mar 2008 10:46:39 -0500
From: 	Sebastian Kuhn <kuhn@jlab.org>
Reply-To: 	Sebastian Kuhn <kuhn@jlab.org>
Organization: 	Old Dominion University
To: 	stepanya@jlab.org
References: 	<47C55FAA.3040105@jlab.org>



Hi Stepan,

I polled the EG1 group and all respondents agreed with the following points:

1) They can remove all EG1a and EG1b raw data tapes from the silo whenever they want to
2) Keep the cooked BOS files for at least one more year, in case we need to recreate DSTs from them
3) Keep ntuple10s for another 2 years - they are still useful for us as the recent "wiggle study" just showed
4) Keep DSTs for at least 5 years and then revisit this issue. They should not be removed until there is no chance that another analysis might use them - we still have a lot of ongoing analyses and plans for future ones.

Let me know if this is acceptable or needs clarification. Thanks - Sebastian



-- END included message

-- END included message