Release LCG/INFN-GRID 2.4.0 Enrico Ferro INFN - Padova

LCG December Rel. [by Z. Sekera] (1/2) WN for IA64 has been certified and released, all other services will be released for IA64 in the next upgrade. dCache software has been certified and is packaged as part of the LCG2 release for the first time. It is hoped this can simplify sites installation for simple soft configurations. Alternatively sites can still take the dCachelease rpms from http://www.dcache.org and configure it themselves. LFC (LCG File Catalog): New high performance LCG File Catalog. Both EDG (old) and LFC (new) file catalogs are included and all clients (GFAL, lcg-util) tools support both catalogs, selectable by every user job via an environmental variable.

LCG December Rel. [by Z. Sekera] (2/2) VOMS  The CE and Classic SE now support VOMS access through VOMS proxies as well as gridmapfile access through normal proxies. DPM (Disk Pool Manager) This is the very first release (*ALPHA* version), not meant to be used yet by anybody without proper coaching by the GD.

Transizione 2.3.0 >> 2.4.0 NB: non e' ancora uscita 2.4.0 ma ci stiamo preparando Si abbandona LCFG e RH73, transizione a SLC/SL Installazione sistema operativo con tool standard RedHat Installazione middleware + configurazione con YAIM Attivita' completate/in corso: Nuova UI PnP (sia “normale” che dag-aware) Setup repository apt centrale (grid-it.cnaf.infn.it) Tools generazione metapackages + gestione liste packages Test in corso su DAG/DGAS con SLC su apposito testbed, da provare ultima versione packages 2.3.7-1 (OS installato): RB, UI (Padova) RB, UI, CE, WN (CNAF) Aggiunta customizzazioni INFN-GRID con YAIM

YAIM, qualche dettaglio Approccio minimalista: “middleware e basta” E' un insieme di scripts per: Installazione degli RPM Configurazione del middleware Utilizza apt + e' scritto 100% bash Stesso approccio di INGRID (by Francesco Maria Taurino et al, INFN-Napoli) Modulare e molto facile da personalizzare NB: Non installa il sistema operativo Non ha meccanismi di aggiornamento automatici tipo LCFG

Gruppo “install” Si occupa di individuare strumenti per installazione e gestione in vista di transizione a SL e abbandono di LCFG Attivita' completate: Valutazione YAIM e quattor Valutazione tools per mirror repository apt (yam) Valutazione tool “shell distribuita” (tentakel) Documento + tools per il setup di un server per l'installazione del sistema operativo via PXE + Kickstart Contributi da: Torino: F. Nebiolo, R. Brunetti; Roma1: M. Serra, A. Barchiesi; Napoli: F. M. Taurino; Roma2: C. Dalle Fratte

Questioni in fase di risoluzione Problema: 3-4 giorni di attesa tra segnalazione bug su WMS 2.3.* (DAG/DGAS) e nuovi rpm Soluzione: allestita macchina ad-hoc (cert-05) a Padova per compilazione WMS, Elisabetta ha insegnato a Luciana procedura per ricompilazione

Questioni aperte Problema: pesanti customizzazioni Scientific Linux CERN, qualche esempio: afs su krb5 invece di krb4 pine gia' configurato per mail server CERN INFN-Bologna: su hardware particolare SLC non si installa ma SL si' (!) Ssh stampa banner ad ogni login Oltre 40 packages customizzati per CERN (e.g. kernel, auth, ...) Vari workaround escogitati (M. Serra et al.) per ovviare ma... perche' non installare direttamente SL?

Domande?

Come funziona YAIM 1. Si compila siteinfo.def, molto simile a site-cfg.h di LCFG, una serie di coppie nome-valore da definire (e.g. hostnames, quali VO sono supportate, etc...) Lo stesso file va utilizzato per configurare tutti i nodi del sito di YAIM 2. Si installano i packages con install_node. Si utilizza un metapackage (=package fittizio che richiede tutti i pacchetti di un gridelement ma non include alcun file) 3. Per configurare il middleware config_tiponodo. (e.g. config_se, config_ui, etc...)

YAIM, personalizzazioni INFN-GRID YAIM è stato pensato per essere facilmente customizzabile, in particolare: Richiama un set di funzioni ognuna delle quali e' definita in 1 file “Overloading” facile delle funzioni, basta scriverne di omonime e inserirle in un'apposita directory