ALICE: piano CCRC, stato, risultati, problemi

ALICE: piano CCRC, stato,

risultati, problemi

Stefano Bagnasco, ALICE

April running profile

April se availability

Some issues from mar -apr running

● 

Average file sizes too low (inefficient tape writing)

■ RAW data chunks size 1GB->10GB

• 

● 

Too many (repeat) mounts of same tapes (inefficient robot usage)

■ Pre-staging of datasets targeted for FTS replication

• 

■ Optimization of MSS mount points

• 

■ Use of file archives

• 

Offline tasks in May CCRC 08

● 

Registration of data in CASTOR2 (T0) and on the GRID

● 

Replication T0->T1

● 

Conditions data gathering and publication on the GRID

● 

Quasi-online reconstruction – Special emphasis

■  Pass 1 at T0

■  Pass 2 at T1s

■  Replication of ESDs to CAF/T2s

● 

Quality control

● 

MC production and user analysis at CAF/T2s – Scaling up of CAF

Storage requirement at Tier 1s

● 

Additional resources needed for May

■ 

80% pp scenario

● 

Disk will store ESDs from RAW

■ 

Assuming ESD+other files 20% of RAW

Tier 1 site Disk space (TB) Tape space (TB)

CCIN2P3 (15%) 3 14

CNAF (15%) 3 14

GridKA (45%) 9 44 (already deployed)

NDGF (15%) 3 14

RAL (5%) 1 5

T1-NL (5%) 1 5

Betev

CASTOR mountpoints

CNAF: Stato CE e SE

● 

Stato servizi: OK

■  dopo qualche problema con la configurazione dell’utente alicesgm

● 

CE: I job sono ripartiti correttamente venerdì pomeriggio (figura)

● 

SE: Attualmente non abbiamo fatto ancora nessuna prova di FTS

■  un problema di configurazione sull’endpoint al CNAF che dovrebbe essere stato risolto da Dejan)

Class Staged:

GB (Files)

Migrated:

GB (Files)

T1D0 825.870 (2966)

3214.648 (7364)

F. Noferini

Cnaf: Stato vo-box

● 

È stato aggiornato il sistema operativo alla versione SLC4 e a glite3.1 con il supporto del farming.

● 

Installazione dei pacchetti Castor 2.1.6 (Dejan)

● 

Per ragioni di tempo la macchina è stata installatata a mano e sarà da quattorizzare in tempi brevi (CCRC

permettendo).

● 

Il problema di ‘kernel panic’ delle settimane scorse, dovuto all’esplosione "

del numero di jobs sulla "

VOBox, sembra essere "

rientrato a seguito di "

aggiornamenti di AliEn.

■  Attualmente il numero dei "

processi FTD è sotto " oferini

Tier-2: stato upgrade vobox

● 

Torino: OK

■  Ancora con solo 30 job slot per lavori in sala macchine

● 

Catania: OK

■  Problemi minimi rapidamente risolti

● 

Bari: OK

■  La VO-Box è x86_64, l’upgrade ha richiesto qualche operazione in più per far funzionare i pacchetti gLite (P. Mendez)

● 

Cagliari: downtime

■  Ma l’upgrade dovrebbe essere stato completato

● 

Legnaro: OK

■  Piccola riconfigurazione necessaria per il cambio dell’hostname.

Problema di reporting del numero di job running, risolto (C.

Tier-2: stato storage

● 

Torino (DPM)

■ 

Running, è stato brevemente in produzione

● 

Cagliari (DPM)

■ 

Installato e funzionante, ma non in produzione

● 

Bari (dCache)

■ 

Un problema con la configurazione di un nuovo pool

■ 

Lo splitting del database richiede la temporanea migrazione dei dati in un altro sito

● 

Legnaro (dCache)

■ 

Necessario/utile anche qui lo splitting del DB?

Attivita in maggio

● 

Generali

■  «Graduale» introduzione del WMS

■  In ritardo rispetto al previsto (settimana in corso)

■  Decommissioning dei RB

■  Quasi-online reconstruction

● 

Tier-1

■  Upgrade server xrootd (hardware)

■  Verifiche della performance

■  Test di accesso

■  Esportazione dei dati dal T-0

■  Ricostruzione (pass 2)

● 

Tier-2

■  Test di accesso allo storage

■  Miglioramento della stabilità degli SE