Changes between Version 36 and Version 37 of BasculeCCRTTGCC

Timestamp:

02/17/12 09:03:44 (13 years ago)

Author:

mafoipsl

Comment:

--

BasculeCCRTTGCC

@@ -297 +297 @@
 Prochaine telco début février : doodle à lancer. Est-il possible de faire des visio, par rms par exemple? OK à Jussieu, LSCE?, TGCC?
 
+== Notes telco 16 février 2012 ==
+
+Présents : Laurent Crouzet, Patrice Lucas, Kilian Cavalotti , Gilles Wiber, Anne Cozic, Sébastien Denvil, Marie-Alice Foujols
+
+On a commencé par le point 6). 
+
+6) production sur CCCWORKDIR/CCCSTOREDIR. 
+6.1) SX9 : OK depuis ce jout. cp possible mais pas ls.
+6.2) titane : Soucis déjà signalés :
+- cp de fichiers, avec original en accès 444, ne marche pas. Correctif attendu en mars seulement.
+- rm -rf de répertoires ne fonctionne pas (directory not empty!)
+- ls -l prend plusieurs minutes
+Que se passe-t-il avec les files system CCC de curie ?
+Quel est le lien entre ces files system et les machines du CCRT?
+Pourquoi tant d'instabilités?
+Pourquoi aussi peu de détail dans les informations communiquées?
+
+
+1) discussion sur la procédure de déménagement du compte p25luc, que donne-t-elle par défaut? Est-ce que cela convient?
+Pouvez-vous envoyer la simulation sur ce compte, svp? Elle était annoncée le 3 février mais, sauf erreur de notre part, nous ne l'avons pas reçue.
+
+Il faut laisser le temps aux uns et aux autres de passer les commandes ccc_archive si ce défaut ne convient pas.
+
+1.1) La proposition de noms de fichiers à plat n'est pas satisfaisante: ~/dmf_import/IGCM_OUT-part0001.tar 
+suggestion : IGCM_OUT%IPSLCM5A%PROD%piControl%piControl2%OCE%Output%MO-part001 …
+
+1.2) Nous souhaitons travailler sur la commande ccc_archive et le lien avec ipsl_pack en faisant en détail le tour des scénarios. Quand tout se passe bien, mais aussi les incidents, les reprises et tout ce qui en découle. On aimerait si c'est possible entrer dans tous ces détails. Avoir sous la main le compte exemple p24luc et en tirer tous les enseignements.
+
+1.3) Point sur le développement de ipsl_pack, date attendu pour ipsl_pack
+
+2) comptes en read-only : p86cmip5, p24data
+- qu'est-ce que cela signifie? On peut encore créer des fichiers, les déplacer. On n'a pas compris ce qui va se passer pour ces comptes pilotes sur l'espace /dmnfs lui-même.
+
+3) p86ipsl prévu pour mars. Reste à finir de basculer les calculs de trusting produisant actuellement sur DMFDIR. En attente version beta de chaine libIGCM produisant sur CCCSTOREDIR/CCCWORKDIR sur SX9 et sur titane.
+
+4) serveur dods sur espaces CCCWORKDIR et CCCSTOREDIR. OK avec en plus distinction public/prive. Performances?
+l'IPSL a modifié les commandes dods_cp et dods_rm pour en tenir compte. dods_cp dods_rm OK. A finir.
+
+5) Installation des logiciels utiles sur titane (CCRT OK), Besoin de support sur fonctionnement en vrai des outils.
+5.1) OK pour la liste, reste à valider les compatibilités entre outils. Souci netcdf par exemple.
+5.2) utilisation de titane pour post-traitements au lieu de cesium,
+i) test en production en cours, avec libIGCM revu (1ère étape : aucun transfert de fichier direct sur DMNFS)
+ii) attention à la facturation des noeuds complets (*8!)
+iii) Attention, il faut travailler sur l'environnement des utilisateurs IPSL (p86ipsl) pour séparer session de compilation/calcul (avec netcdf 3.6.3) ou session de post-traitement (netcdf4) car les executions avec netcdf4 plantent sur titane. Exemple de souci de compatibilité entre les outils.
+
+
+
+7) Installation des logiciels utiles sur curie. A faire une fois la vérification sur titane terminée. Nouvelle sur les accès à curie et transferts de fichiers curie/IDRIS
+
+8) Cahier des charges. Revu par Arnaud et discuté/transmis à J.N. Richet.
+
+A noter ajout des temps du bench TS sur titane en MR. Voir : 
+https://forge.ipsl.jussieu.fr/igcmg/wiki/BasculeCCRTTGCC/Bench#Retourstitane1
+
+Ce bench est très pratique pour tester les développements des post-traitements de libIGCM, le pack, les versions des outils, les écritures sur /dmnfs ou CCCworkdir/CCCstoredir, ...
+
+9) Datanode ou dods1
+- Une version du datanode est installé. Souci pour publier un cas test au BADC.
+- L'erreur est la suivante. Le BADC dit que cela ne vient pas d'eux. Le CCRT dit que tout les ports sont ouverts.
+
+   raise ProtocolError(self._url, errcode, errmsg, headers)
+esgcet.publish.hessianlib.ProtocolError:<ProtocolError for
+https://cmip-gw.badc.rl.ac.uk/remote/secure/client-cert/hessian/publishingService:
+302 Moved Temporarily>
+ERROR: unable to successfully execute esgpublish
+
+- François Valley (CEA) qui suit le dossier nous a demandé comment faire évoluer les choses.
+
+- Sébastien propose de suivre la procédure suivante:
+http://forge.ipsl.jussieu.fr/prodiguer/wiki/docs/datanode#MinimalCleanthingsupforreinstallkeepingglobusandconfigurationfiles
+
+- L'IDRIS est en train de faire un audit de sécurité du datanode car nous étudions avec eux un scénario de publication sur le noeud ESG depuis une machine sur laquelle on peut se connecter en intéractif. Cette solution est la solution préférentielle de l'IPSL pour utiliser le noeud de données.
+
+