CIC PORTAL

vendredi 8 janv. 2010, 10:00 → 12:00 Europe/Paris

322-- (IN2P3)

Cordier Hélène

secretaire : Hélène

CIC PORTAL (08 Jan 2010) Present: Hélène Cordier; Cyril L'Orphelin; Olivier Lequeux; Pierre Veyre Chaired by: Cordier Hélène ================== Actualité ================== -- GOCDB- PI : changement au 15 Janvier strategie du refactoring du code du nouveau dashboard (Symphony) / downtimes(old) pour se conformer au spec de la GOCDB à définir: Table de correspondance neccessaire pour une période de test - assurance d'avoir une période d'au moins une semaine pour une à 2 personnes où les anciens ID sont générés systématiquement de la même façon avec la création des nouveaux ID à partir d'un instant défini. Faire préciser le planning de la release GOCDB4 : 15 Janvier ? [AP] sur CO -- pb de fonctionnement sur ccLavoisier - pb électrique de carte mère --> déterminer la liste des machines physiques --> déterminer le mécanisme de redondance/sauvegarde à mettre en place: liste des machines critiques incl : demande de machines viruelles, déclaration d'alias, instructions en cas de pb et sauvegarde des configurations --> le tout doit être documenté [AP] sur CO -- point sur les bug du SAM dashboard mis en production le 9 decembre- que reste-il de bloquant le ROC EELA ouvre des tickets/alarmes et ferme les noeuds ---> instructions sur le pole2 /use-case/COD-22 priorisation des améliorations/features et des developpements Nagios : display et accents à présenter/COD-22 ================== Les taches en cours depuis la dernière réunion ================== le reste à faire sur chacun des points suivants qui sont les priorités définies le 18/12/09 OL - bug IE --> OK - documentation - standby documentation sur la gestion des alarmes/tickets - organiqation de la la matinée du 26 Janvier : check-list et affectation des taches (dépend de la stratégie de régioanlisation) - Suivi de l' évolution de la GOCDBPI --> OK PV - reminders --> OK - Graphe des downtimes/ Downtimes display ( 1 semaine) --> lié au rapports - documentation authentification - a valider - mise en production de la nouvelle version/machine de Lavoisier ccLavoisiserprod - faible priorité CO - Nagios alarm mechanism - Failover strategy --> à voir le 11/01/09 - Nagios rapports strategy (Nagios ne communique que le changement de statut) - Strategie de régionalisation : base des notifcations de Nagios à centraliser (pour le c-cod). Le problème reste posé car la region est alors dépendante de l'instance centrale. une hypothèse est d'avoir un cache en central des notifications Nagios en regions. Incontournable: pouvoir fonctionner en regions independamment de l'instance centrale, pouvoir fonctionner eu niveau central quand en region cela ne fonctionne pas, mais les donnees ne sont alors pas à jour, preciser les modalités en cas de bascule si une désynchro se produit, avoir des regions fonctionnant de façon regional ou centrale. voir avec Sylvain et point pour le Lundi 15 Janvier pour identifier les choix conceptuels et les choix techniques qui en découlent. ================== Mise à jour de la liste des tâches ================== -- retour des fédérations sur le NAGIOS dashboard avant le 15 Janvier -- release NAGIOS prête pour le 20 Janvier sauf point bloquant -- formation à l'installation du package le 26 Janvier. -- reunion de OTAG - Operations Tools Advisory Group le 28 Janvier : Cela est un regroupement des comités concernant la GOCDB et le CIC Portal Seront discutés les points concernant les RC reports (CO) et les développements concernant la VO ID Card (FS) Ce seront les priorités de développement d'ici au 30 Avril 2010. Selon l'avancement, la priorité suivante sera la fonctionnalité de broadcast. ================== Utilisation de la forge: to do list et documents communs ================== - Utilisation de la forge ( projet-utilisateurs) Les plans de développement officiels sont disponibles sur la forge dans la rubrique " technical documentation", les documents nécessitant une diffusion hautement prioritaire soint disponibles dans la section "wiki", les documents ou discussion necessitant un grand nombre d'itrerations dans les interactions - hot technical topics, seront disponibles dans la rubrique "forums". - Utilisation de la forge (projet-developpers) Les catégories des "incidents/issues" sont définies dans la Forge. La personne d'astreinte de maintenance doit traiter les incidents remontés par les utilisateurs, faire pointer les utilisateurs vers cet outil à chaque fois que cela est possible et purger petit à petit le repository de Savannah, cela doit être effectif à fin Mars 2010. ================== Informations complémentaires et Documentation ================== -- Prochaine release Le document décrivant les acceptance criteria concernant la release du dashboard central Nagios sont envoyés à la liste des operateurs. Cela doit être rempli au 15 Janvier. David Bouvet le remplira pour la France. Le OAT wiki component status doit être rempli avant le 20 Janvier, date de release plannifiée. --Documentation dans la Forge/dev Les documentations à valider : Handover/Metrics/Authentification Les documentations à faire : Tickets/alarms handling. ================== AOB ================== Les congés sont a prendre asap pour Olivier et Pierre. Stand-by pour Sinikka. Prochaine réunion : le 11 Janvier à 14h30 en 322

10:00 → 10:10 Actualité

--Points à régler d'urgence depuis la dernière réunion --Bug en cours -- Liste d'Actions

-- GOCDB- PI : changement au 15 Janvier strategie du refactoring du code du nouveau dashboard (Symphony) / downtimes(old) pour se conformer au spec de la GOCDB à définir: Table de correspondance neccessaire pour une période de test - assurance d'avoir une période d'au moins une semaine pour une à 2 personnes où les anciens ID sont générés systématiquement de la même façon avec la création des nouveaux ID à partir d'un instant défini. Faire préciser le planning de la release GOCDB4 : 15 Janvier ? [AP] sur CO -- pb de fonctionnement sur ccLavoisier - pb électrique de carte mère --> déterminer la liste des machines physiques --> déterminer le mécanisme de redondance/sauvegarde à mettre en place: liste des machines critiques incl : demande de machines viruelles, déclaration d'alias, instructions en cas de pb et sauvegarde des configurations --> le tout doit être documenté [AP] sur CO -- point sur les bug du SAM dashboard mis en production le 9 decembre- que reste-il de bloquant le ROC EELA ouvre des tickets/alarmes et ferme les noeuds ---> instructions sur le pole2 /use-case/COD-22 priorisation des améliorations/features et des developpements Nagios : display et accents à présenter/COD-22

10:10 → 10:20 Les taches en cours depuis la dernière réunion

le reste à faire sur chacun des points suivants qui sont les priorités définies le 18/12/09 OL - bug IE --> OK - documentation - standby documentation sur la gestion des alarmes/tickets - organiqation de la la matinée du 26 Janvier : check-list et affectation des taches (dépend de la stratégie de régioanlisation) - Suivi de l' évolution de la GOCDBPI --> OK PV - reminders --> OK - Graphe des downtimes/ Downtimes display ( 1 semaine) --> lié au rapports - documentation authentification - a valider - mise en production de la nouvelle version/machine de Lavoisier ccLavoisiserprod - faible priorité CO - Nagios alarm mechanism - Failover strategy --> à voir le 11/01/09 - Nagios rapports strategy (Nagios ne communique que le changement de statut) - Strategie de régionalisation : base des notifcations de Nagios à centraliser (pour le c-cod). Le problème reste posé car la region est alors dépendante de l'instance centrale. une hypothèse est d'avoir un cache en central des notifications Nagios en regions. Incontournable: pouvoir fonctionner en regions independamment de l'instance centrale, pouvoir fonctionner eu niveau central quand en region cela ne fonctionne pas, mais les donnees ne sont alors pas à jour, preciser les modalités en cas de bascule si une désynchro se produit, avoir des regions fonctionnant de façon regional ou centrale. voir avec Sylvain et point pour le Lundi 15 Janvier pour identifier les choix conceptuels et les choix techniques qui en découlent.

10:20 → 10:35 Mise à jour de la liste des tâches

--Mise à jour de la liste --Calendrier jusqu'à la livraison del a prochaine release --Répartition des tâches

-- retour des fédérations sur le NAGIOS dashboard avant le 15 Janvier -- release NAGIOS prête pour le 20 Janvier sauf point bloquant -- formation à l'installation du package le 26 Janvier. -- reunion de OTAG - Operations Tools Advisory Group le 28 Janvier : Cela est un regroupement des comités concernant la GOCDB et le CIC Portal Seront discutés les points concernant les RC reports (CO) et les développements concernant la VO ID Card (FS) Ce seront les priorités de développement d'ici au 30 Avril 2010. Selon l'avancement, la priorité suivante sera la fonctionnalité de broadcast.

10:35 → 10:45 Utilisation de la forge: to do list et documents communs

- Utilisation de la forge pour les todo lists et point d'entrée des documents communs

- Utilisation de la forge ( projet-utilisateurs) Les plans de développement officiels sont disponibles sur la forge dans la rubrique " technical documentation", les documents nécessitant une diffusion hautement prioritaire soint disponibles dans la section "wiki", les documents ou discussion necessitant un grand nombre d'itrerations dans les interactions - hot technical topics, seront disponibles dans la rubrique "forums". - Utilisation de la forge (projet-developpers) Les catégories des "incidents/issues" sont définies dans la Forge. La personne d'astreinte de maintenance doit traiter les incidents remontés par les utilisateurs, faire pointer les utilisateurs vers cet outil à chaque fois que cela est possible et purger petit à petit le repository de Savannah, cela doit être effectif à fin Mars 2010.

10:45 → 10:50 Besoin Materiels

10:50 → 10:55 Informations complémentaires et Documentation

- Etapes vers la prochaine release - Documentation

-- Prochaine release Le document décrivant les acceptance criteria concernant la release du dashboard central Nagios sont envoyés à la liste des operateurs. Cela doit être rempli au 15 Janvier. David Bouvet le remplira pour la France. Le OAT wiki component status doit être rempli avant le 20 Janvier, date de release plannifiée. --Documentation dans la Forge/dev Les documentations à valider : Handover/Metrics/Authentification Les documentations à faire : Tickets/alarms handling.

10:55 → 11:05 Background

- nouvelles des outils annexes? BAZAAR, YAIM, SAMAP, FAILOVER - liste des points à ne pas négliger : -- recuperation nb de ROCs -- les ROC rapports et la livraison au 4 dec - mettre en place procédure -- metriques -- alarm mechanism -- aide en ligne -- creation de ticket sans alarme -- un user est multi-ROC - user preferences et handover- -- mise en prod Lavoisier à mi Janvier 2010

11:05 → 11:15 AOB

- Absences, Missions, Congés - Prochaine réunion

Les congés sont a prendre asap pour Olivier et Pierre. Stand-by pour Sinikka. Prochaine réunion : le 11 Janvier à 14h30 en 322