Réunion CIC portal 23 mars 2007 ------------------------------- ------------------------------- Rolf, Gilles, Osman, Cyril ------------------------------------------------------------------------- - point sur les problèmes de ROC/RC reports de la semaine du 5 au 10 mars ------------------------------------------------------------------------- 1) point de départ - problème du nombre de connexions. action de PEM: point de départ du problème initial. Nb de connexions ouvertes: problème du moteur XQuery utilisé par Osman (QIZX). Problème réglé, les connexions sont maintenant fermées proprement. 2) problème de la page de test: pourquoi la page a-t-elle indiquée que les ROC reports n'avaient pas été générés alors qu'ils l'étaient ? Pas d'info complémentaires car le bug n'a pas pu être reproduit. Effacement des mauvais rapports: mauvaise manip. 3) problème du refresh/reload: Les deux problèmes sont liés. (refresh conséquence du reload) Le bug est identifié. La solution n'est pas encore implémentée. Dépend de Sylvain. Pourquoi n'a-t-on pas détecté ce problème plus tôt ? -> c'est un cas particulier qui n'avait pas été envisagé. Le changement de machine était nécessaire (suite aux problèmes de fuite mémoire). D'une manière générale, il n'est pas nécessaire de changer notre mode de fonctionnement quant aux mises en ligne de Datasources sur Lavoisier (mise en test, mise en prod). En revanche, pour analyser et éviter ce genre de situations, il est important de tenir un log de tout ce qui se passe. Actuellement, le mécanisme de log mis en place par Osman fait des insert dans la base. Aditionnellement, un logrotate est en place sur lavoisier. 4) SAM failures pour prod et PPS: -> A voir entre CYril et Osman, pour déterminer s'il s'agit d'un vrai ou d'un faux problème Selon l'actualité et le planning, prévoir une session "simulation" de plantage des ROC reports, pour suivre ensemble la génération de ces rapports et vérifier que la procédure/les outils fonctionnent ---------------------------------------------------- - Prochaine release: planning, features, déroulement ---------------------------------------------------- dernière release officielle date d'octobre, dernier lissage de décembre. va regrouper l'ensemble des fonctionnalités implémentées et mises en ligne depuis la dernière version: - VO Assessment tool - Improvements COD dashboard - User Tracking - Read-only dashboard & alarms notification - Daily report archives - autre petits trucs - éventuellement, VOMS server (récupération automatique du certificat) + Développements en cours qui ne seront pas intégrés: -> sauvegarder le dev actuel quelque part, resynchroniser dev et CVS --- Rolf: lors de la review en février, il est sorti que la priorité des taches de développements n'est pas claire pour tout le monde. On ne communique pas assez sur les nouvelles fonctionnalités. projet de Newsletter de Ian Bird: il serait utile de glisser des infos sur le portal dedans. -> Question générale de communication et d'information. On peut intégrer dans la release note la liste des développements effectués, l'initiateur, etc. (basé sur la liste des tâches) Il faudrait trouver aussi un moyen de faire la pub des nouvelles fonctionnalités (newsflash, FAQ, "tip of the day"...) ----------- - VO Bazaar ----------- Voir le document de Tomasz. Dialogue initialisé avec Cyfronet. On va mettre en place sur le cluster web une nouvelle instance du CIC portal, pour permettre aux polonais de travailler: http://cic-cyfronet.in2p3.fr L'idée est qu'ils conçoivent et développent leur outil sur la base de CIC portal, pour avoir l'outil intégré de fait plutôt que d'avoir à faire une intégration plus tard. -> Voir les questions de la base de données. ---------------------------------- - Procédure de Scheduled Downtimes ---------------------------------- (Un peu en stand by tant que la GOCDB est instable) Le débat a été relancé récemment par Jules Wolfrat. Cyril continue de regarder ça. ------------------ - CHEP et Grid2007 ------------------ Abstract CHEP quasiment terminé. Soumission la semaine prochaine. Grid2007: on a tout a gagner à chercher à soumettre un papier. Deadline: 7 avril. On a une idée des élément à mettre dedans, il faut trouver une ligne directrice. Suggestion des points à aborder: - Introduction (purpose, starting point and needs) - Development history (evolution of the portal over the last 2 years) - Backend (used technologies, Lavoisier) - interfaces (GGUS, SAM...) - failover (replication, gridops.org) - results (usage, statistics) - future work (improvements, failover) ------------------------ - le CIC et les licences ------------------------ "les droits patrimoniaux sur les logiciels et leur documentation créés par un ou plusieurs employés dans l’exercice de leur fonction ou d’après les instructions de leur employeur sont dévolus à l’employeur qui est seul habilité à les exercer (L.113-9 CPI)". Selon Geneviève, il faut faire remonter l'info du choix de licence aux instances IN2P3-CNRS. Rolf pense que ce n'est pas nécessaire. Voir avec Gaëlle. Adodb: Dual license -> BSD & LGPL globus: jpgraph: Q PUBLIC LICENSE version 1.0 log4j/log4php: apache2 lavoisier: prototype : MIT-style license D'une manière générale on est liés à EGEE, on peut donc livrer notre code PHP sous la licence apache2 (celle d'EGEE/gLite) ------------------------------------- - Actions en cours + liste des tâches ------------------------------------- https://cic.in2p3.fr/admin/index.php?section=tasklist&page=summary -------- - Divers -------- Analyse du profil des gens: Osman propose de mettre en place un mécanisme permettant de stocker les préférences des utilisateurs, pour cibler leur profil, et pouvoir faire de la pub sélective. Rolf indique qu'il faut faire attention aux questions juridiques (données personnelles, déclaration...) prochaine réunion: jeudi 10 avril 15h