Servizi per CCRC, INFN Grid release, stato dei servizi centrali e T2

Presentazione sul tema: "Servizi per CCRC, INFN Grid release, stato dei servizi centrali e T2"— Transcript della presentazione:

1 Servizi per CCRC, INFN Grid release, stato dei servizi centrali e T2
Enrico Fattibene, Tiziana Ferrari, Paolo Veronesi

2 Overview Requirement middleware CCRC08 Release INFN Grid
Stato upgrade dei Tier2 WMS centrali d'esperimento + Monitor FTS

3 Base service version CCRC'08
Requirement decisi dalle VO?

4 CCRC'08 Service Requirements (1/3)‏

5 CCRC'08 Service Requirements (2/3)‏

6 CCRC'08 Service Requirements (3/3)‏

7 CE deployment plan CCRC'08 discusso alla phone SA1 Italia CE: SL3 o SL4. I test di DGAS non sono stati completati per cui si raccomanda di usare SL3. L'ultima release (INFNGRID/gLite update 38) include degli aggiornamenti di DGAS fortemente richiesti da Atlas. Se si fa solo il passaggio da update 37 a 38 non c'e' bisogno di riconfigurare il profilo perche' e' solo un update degli rpm. Richiede solo la riconfigurazione di DGAS. - Bari (probabilmete update 37 a meno che non richiesto specificatamente da CMS); - Legnaro, INFN-Pisa non intendendono per il momento aggiornare il CE visto che non e' strettamento necessario; - Torino ha una situazione mista (la parte dgas e' gia' allineata). - Cagliari (update 37), Napoli (per il problema dell'accounting), Frascati (fermi all' update 34), Milano (update 32) provvederanno all'aggiornamento. CMS richiede CE su SL4 in tutti i tier2

8 WN deployment plan Legnaro, Catania, Bari tutti su SL4 e prevedono di passare all'update 12. Frascati, Napoli su SL3 e non pensano di passare a SL4 in tempi brevi. Torino sia su SL3 che su SL4. Si prevede di passare lentamente solo su SL4. Milano: puo' bastare una coda con pochi WN SL4? RISP: Il modello di deployment per farm miste (WN su SL3 e WN su SL4), prevede due CE (uno che pubblica SL3 e uno che pubblica SL4), che pubblichino il tag di SO e vedano solo le code con WN omogenei. Eventualemte da concordare con l'esperimento supportato la necessita' (o deroga) di passare o meno i WN su SL4. In generale, sui WN e le UI sono fortemente richieste le lcg_util e le librerie GFAL aggiornate. ATLAS richiede WN su SL4 in tutti i tier2?

9 Storage deployment plan
Storm verra' rilasciato il 31 gennaio 2008 presente in INFN-GRID e non in gLite. La versione e' installata solo al CNAF. Nessun sito prevede di installare Storm nelle prossime settimane. Solo Atlas prevede piu' avanti di testare Storm sui T2. dCache p1 + p2 versione non ancora disponibile in gLite e in INFN-GRID, ma solo sul sito dCache; CMS ha fatto richiesta di fare l'upgrade prima della fine del mese (prima dell'inizio di CCRC08). Upgrade cominciato. Bari; Legnaro e Pisa : sono in attesa dei risultati da Bari e poi la settimana successiva (la prima di febbraio) si pensa all'upgrade. DPM: Su SL3 c'e' la versione richiesta da gLite mentre non e' disponibile per SL4. Milano, Napoli, Frascati hanno DPM su SL3 non e' stato richiesto di aggiornare a SL4 e non e' stato richiesto il passaggio a LFC installato solo al Tier1 dove c'e' la replica globale di LHCb e la replica locale di Atlas. Da investigare se e' stato richiesto l'aggiornamento su SL4

10 Support list: fts-support@cnaf.infn.it
FTS CNAF Supported VOs: ALICE, ARGO, ATLAS, CMS, DTEAM, LHCB, OPS, VIRGO Installed and managed via Quattor; Support list: TEST OK Update rilasciato Venerdi'

11 VO dedicated production WMS, LB and LCG-RB at CNAF
WMS and LB updated to PPS repository which contains all patches requested for CCRC08 WMS 3.1 sl3: glite-WMS LB 3.1 sl3: glite-LB ATLAS wms001 (WMS) -> wms003 (LB) wms002 (WMS) -> egee-rb-06 (LB) CMS wms006 (WMS) wms011 (WMS) wms012 (WMS) egee-rb-04 (WMS) wms009 (WMS) wms014 (WMS) egee-rb-03 (LCG-RB) wms007 (LB) wms013 (LB) CDF wms004 (WMS) -> wms005 (LB) ALICE egee-rb-02 (LCG-RB) egee-rb-09 (LCG-RB) LHCB wms006 (WMS) -> wms007 (LB) Temporarily Lent to CMS BIOMED egee-rb-07 (LCG-RB)

12 WMS instances at CNAF recent problems
WMS much stabler than a few months ago, daemons rarely crashing, but... dg20 files accumulating on WMS No problem for WMS service, but user receiving info about job with big delay LB Configuration allowing for more contemporary connections 1 LB for each WMS DISK FULL – Problem with Output Sandbox (Service Killer)‏ Bugs in the output sandbox limiter (disabled)‏ Implemented own made scripts to delete old unretrieved sandboxes and sandboxes exceeding 100MB Some performance problems still not well understood Jobs accumulating in WMqueue (input.fl) or JC queue (queue.fl)‏

13 WMS Monitoring (CERN tool)‏

14 WMS Monitoring (CNAF tool)‏

15 BACKUP

16