Réunion jointe Opération + AT Grille

mardi 30 mars 2010, 16:00 → 17:30 Europe/Paris

322 (IN2P3)

Rolf Rumler (CNRS/IN2P3)

Réunion en deux parties: 1. AT Grille Participants: ceux de la réunion AT Grille habituelle. 2. Opération site CCIN2P3 Participants: représentants de l'exploitation, du support et d'autres selon ordre du jour, plus ceux de la réunion AT Grille habituelle.

Comptes-rendus https://edms.in2p3.fr/document/I-020076/1

16:00 → 16:10 Etat des projets Grille

- EGEE (Hélène) - EGI-Inspire - IdG (Rolf, Virginie, Yonny) - LCG - Grille régionale (Yonny) et projets en préparation, le cas échéant.

16:10 → 16:15 Nouvelles des coopérations

- Prague - EELA/GISELA - Asie (FJPPL/KEK, FKPPL/KISTI)

16:15 → 16:20 Formation et dissémination

Formations et actions de dissémination passées, en cours, à prévoir.

Orateur: Virginie, tous

16:20 → 16:35 Préparations transition ROC Fr --> NGI Fr

- Site web France Grilles (Virginie) - Plan d'organisation des Opérations (Rolf)

Orateur: Rolf

16:35 → 16:40 Affaires administratives

- Missions et absences dans la semaine à venir - Conférences / workshops annoncés

16:40 → 16:45 break

16:45 → 17:15 Incidents et problèmes des VOs (CC, sites français, autres sites)

Sujets Exploitation+Stockage: ---------------------------------- RAS Sujets Support: ------------------- _LHCb :_ Test comparatif d'accès aux données via les différents protocols (dcap, gsidcap, xrootd) programmé d'ici 2 semaines. _ATLAS :_ * tests de Frontier : a suivre * problème d'upgrade/installation des systématique release sur afs : en cours * finalisation de la mise en prod de la nouvelle vobox atlas _CMS :_ La semaine dernière un utilisateur par l'intermédiaire d'un job soumis à BQS a staggé 15TB de données. Cet utilisateur n'a pas utilisé le système standard de soumission de job de CMS ! Afin d'éviter qu'un tel comportement se reproduise, de maniere volontaire ou non, DCache est en train de mettre en place un méchanisme de protection des données sur bandes. Ce mécanisme se basera sur une liste de DNs afin d'authoriser le staging de données. Un problème subsiste avec cette approche. En effet, pour les transferts PHEDEX commandités par les sites T1-T2-T3, on devrait inscrire tous les administrateurs sucsptibles de demander l'exportation de données sur bande. Deux autres points d'ombre : 1) la liste doit être mise a jour dès qu'un changement survient dans un site 2) On devra aussi prendre en considéreration la charge induite sur SRM. Une solution éventuelle bien que difficile à mettre en place dans dcache serait d'appliquer le systeme de liste blanche (DNs autorisés) uniquement pour les activités en provenance des jobs qui demandent HPSS et non sur les requêtes de transferts. Problèmes récurrents: ------------------------- AT Grille généralement: ---------------------------- - CE, BDII, VOMS... - SE, FTS, LFC, SRM, dCache

Orateur: Tous

17:15 → 17:20 Charge et événements prévisibles pour la semaine à venir

Demandes de production, annonces de transfert, data challenges, arrêts, installations, ... Tout cela uniquement s'il y a un intérêt général. Aussi: des nouvelles des projets Grille, encore uniquement s'il y a un intérêt général. - RAPPEL: chaque intervention même à priori anodine qui pourrait avoir un impact sur la production nécessite un accord du comité de direction à partir du 4/12/2009

Orateur: Tous

17:20 → 17:25 Nouvelles des équipes du CC

Sujets par équipe, avec un impact potentiel sur l'exploitation. Nouvelles des embauches

Orateur: Un membre de chaque équipe

17:25 → 17:30 Divers