Réunion jointe Opération + AT Grille

Europe/Paris
322 (IN2P3)

322

IN2P3

Rolf Rumler (CNRS/IN2P3)
Description
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
    • 1
      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.
    • 2
      Nouvelles des coopérations
      - Prague - EELA/GISELA - Asie (FJPPL/KEK, FKPPL/KISTI)
    • 3
      Formation et dissémination
      Formations et actions de dissémination passées, en cours, à prévoir.
      Orateur: Virginie, tous
    • 4
      Préparations transition ROC Fr --> NGI Fr
      - Site web France Grilles (Virginie) - Plan d'organisation des Opérations (Rolf)
      Orateur: Rolf
    • 5
      Affaires administratives
      - Missions et absences dans la semaine à venir - Conférences / workshops annoncés
    • 16:40
      break
    • 6
      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
    • 7
      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
    • 8
      Nouvelles des équipes du CC
      Sujets par équipe, avec un impact potentiel sur l'exploitation. Nouvelles des embauches
      Orateur: Un membre de chaque équipe
    • 9
      Divers