disk |
data |
contact |
since |
|
---|---|---|---|---|
|
run2_v03_burn1 |
A.Kiyomichi |
2002/7 |
removed 2005/6 |
run2_v03_embed |
A.Kiyomichi |
2002/9 |
removed 2005/6 |
|
run2pp_v01_burn1 |
T.Chujo/A.Kiyomichi |
2003/11 |
removed 2005/04 |
|
spin-ndst |
K.Tanida/Y.Goto |
2003/11 |
removed 2004/12 => see run3_pp_ndst |
|
run3_electron_ndst |
M. Togawa |
2004/03 |
removed(migrated to run3dAu-ndst) |
|
/ccj/w/data33,38 => data41 => data36 |
run3_pp_ndst |
M. Kaneta |
2004/12 (moved 2008/09) |
|
run4-62GeV-ndst |
M. Kaneta |
2004/12 |
removed 2005/08 |
|
/ccj/w/data15,26,33 =>26,50 =>data36 |
run3dAu-ndst |
F. Kajihara |
2005/01(moved 2008/9) |
|
run4AuAu-ndst |
T. Isobe |
2005/03 |
removed 2007/1 |
|
run4pp-ndst |
H. Torii |
2005/06 |
removed 2007/1 |
|
|
run5pp-ndst |
H. Torii |
2005/07 |
removed on 06/3/21 ->data54-56 |
|
run5pp-ndst |
H. Torii |
2005/07 |
removed 2007/2 |
run5pp-ndst |
K. Aoki |
2005/12 ~2006/03 |
removed 2007/2 |
|
run5pp-ndst |
Y. Fukao |
2006/05 |
removed 2007/2 |
|
run5pp-ndst |
T. Horaguchi |
2006/06 |
removed 2007/2 |
|
/local01/ (ap119-148) |
run6pp_62GeV_agg |
S. Yokkaichi |
2006/09 |
*1) |
/local01/ (ap119-148) |
run5pp-ndst(CNT*) |
S. Yokkaichi |
2007/02 |
*1) |
/ccj/w/data40 |
run5pp-ndst |
K. Tanida |
2007/1 |
|
=>data35 |
run5pp-ndst |
K. Tanida |
2007/2 (moved 2008/3) |
|
/ccj/w/data31,32 |
run6pp-ndst |
K. Tanida |
2007/4 |
|
/ccj/w/data32,35 |
run6pp-ndst-tr |
S.Yokkaichi |
2008/6- |
|
node local disk |
ndst:run9,8,6,5 |
T. Nakamura |
2009/4- |
see
here
|
/home/phnxsink/(RunTerm)/(category)/(some structure)/(filename) example: /home/phnxsink/run5/eventdata/... /home/phnxsink/run2001/eventdata/...
/home/phnxreco/(RunTerm)/... example: /home/phnxreco/run5/run5pp_v02CCJ_pro72/... /home/phnxreco/run2000/v02b/dsts/...
(Zhengyn's comment) All vol.tar contains nDST are created during production (before Aug.15,2006) After all have been processed once, from Aug.15, I checked some kinds of errors that might happen in production for all nDSTs, ,reprocessed them again and aggregated output in vol_2.tar. So files in vol_2.tar are update ones and should replace the same files in vol.tar Since I could do production and aggregation for PRDF and generate 22 kinds of output (22 PWGs). Some kinds of nDST remains the same as previous one in production (vol.tar), like the 5 root files in vol067(_2)-EWG_ERT.tar. It is because some other kinds of output (e.x DST_EVT_ALl or CNT_ERT...) from the same PRDF may have errors. So we need to download vol.tar and vol_2.tar, untar vol.tar first, vol_2.tar second,it will overwrite previous files with the same name automatically.. By the way, in pro72, there is one vol005 (only this one) has vol005_3- xxx.tar files, which are update ones, generated in second repair. NO such vol_3.tar in pro73.