--
JamieShiers - 19 Jul 2006
- Moved from PreviousActions (will close actions once a month carrying over any that are still open)
--
JamieShiers - 10 Jul 2006
ATLAS Actions
ATLAS Sites
Request Date |
Due Date |
Action |
Requestor |
Target |
Responsible |
Contact |
More Info |
Status |
27 June |
30 June |
Monitoring of LFC services |
Miguel Branco |
ATLAS T1s |
Miguel Branco |
Miguel Branco [miguel.branco@cern.ch] |
See this page for information on LFC monitoring at CERN |
Not done - unlikely to be achieved by the end of the ATLAS T0-T1 distribution tests. 3 July - close here and move to post-summer preparation actions |
27 June |
5 June |
Durable MSS disk area |
Miguel Branco |
ATLAS T1s |
Miguel Branco |
Miguel Branco [miguel.branco@cern.ch] |
- |
Done except NDGF - consider closed for ATLAS T0-T1 distribution tests? |
27 June |
28 June |
T1 sites to attend weekly SC review |
Miguel Branco |
ATLAS T1s |
Miguel Branco |
Miguel Branco [miguel.branco@cern.ch] |
Wed at 14:00 - VRVS available |
Problem with conf. phone for meeting on June 28 due to unusual meeting location. This is an on-going action that will need to be addressed for all experiments during 'critical periods'. To be discussed at 4 July Management Board meeting |
27 June |
5 June |
VO box at T0+T1s |
Miguel Branco |
T0 + ATLAS T1s |
Miguel Branco |
Miguel Branco [miguel.branco@cern.ch] |
- |
Done |
27 June |
5 June |
LFC services at T0+T1s |
Miguel Branco |
T0 + ATLAS T1s |
Miguel Branco |
Miguel Branco [miguel.branco@cern.ch] |
- |
Done |
27 June |
5 June |
FTS server and validated channels |
Miguel Branco |
T0 + ATLAS T1s |
Miguel Branco |
Miguel Branco [miguel.branco@cern.ch] |
- |
Done |
CMS Actions
CMS Sites
ALICE Actions
ALICE Sites
- T0(CERN); T1s (IN2P3, GridKA, CNAF, SARA? RAL? NDGF?); T2s (Torino, Legnaro, Bari, Cagliari, Catania (CNAF), Subatech, Clermont(IN2P3), GSI, SPbSU, PNPI (St.Petersburg), ITEP, KI, JINR (GridKA))
LHCb Actions
ROOT/POOL data access to SE problem
The problem is with the client library of dcache that checks only the first 56 CAs. If your are unlucky (your CA is beyond these first 56 CAs) any interaction with the dcache server is not authenticated and fails. This problem has been experienced at
IN2P3 and NIKHEF. LHCb want to have assured everywhere the possibility of accessing data directly from SE (without copying them to local disk on the WN)
Update 3 July - a fix for this is scheduled for gLite 3.0.2