321 | | *¨Rappel : le passage en read-only par login n'est pas possible. C'est un accord oral de non mouvement de fichiers sur un compte donné. Les mouvements de fichiers ne seront pas repris et donc perdus. |
322 | | - 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. |
323 | | |
324 | | 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. |
325 | | |
326 | | 4) serveur dods sur espaces CCCWORKDIR et CCCSTOREDIR. OK avec en plus distinction public/prive. Performances? |
327 | | l'IPSL a modifié les commandes dods_cp et dods_rm pour en tenir compte. dods_cp dods_rm OK. A finir. |
328 | | |
329 | | 5) Installation des logiciels utiles sur titane (CCRT OK), Besoin de support sur fonctionnement en vrai des outils. |
330 | | 5.1) OK pour la liste, reste à valider les compatibilités entre outils. Souci netcdf par exemple. |
331 | | 5.2) utilisation de titane pour post-traitements au lieu de cesium, |
332 | | i) test en production en cours, avec libIGCM revu (1ère étape : aucun transfert de fichier direct sur DMNFS) |
333 | | ii) attention à la facturation des noeuds complets (*8!) |
334 | | 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. |
335 | | |
336 | | |
337 | | |
338 | | 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 |
339 | | |
340 | | 8) Cahier des charges. Revu par Arnaud et discuté/transmis à J.N. Richet. |
341 | | |
342 | | A noter ajout des temps du bench TS sur titane en MR. Voir : |
343 | | https://forge.ipsl.jussieu.fr/igcmg/wiki/BasculeCCRTTGCC/Bench#Retourstitane1 |
344 | | |
345 | | 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, ... |
346 | | |
347 | | 9) Datanode ou dods1 |
348 | | - Une version du datanode est installé. Souci pour publier un cas test au BADC. |
349 | | - L'erreur est la suivante. Le BADC dit que cela ne vient pas d'eux. Le CCRT dit que tout les ports sont ouverts. |
350 | | |
| 321 | * Rappel : le passage en read-only par login n'est pas possible. C'est un accord oral de non mouvement de fichiers sur un compte donné. Les mouvements de fichiers ne seront pas repris et donc perdus. |
| 322 | * 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. |
| 323 | * 4) serveur dods sur espaces CCCWORKDIR et CCCSTOREDIR. OK avec en plus distinction public/prive. Vérifier les performances une fois les filesystem CCCWORKDIR/CCCSTOREDIR stabilisés. |
| 324 | * l'IPSL a modifié les commandes dods_cp et dods_rm pour en tenir compte. dods_cp dods_rm OK. A finir. |
| 325 | * 5) Installation des logiciels utiles sur titane (CCRT OK), Besoin de support sur fonctionnement en vrai des outils. Demander au support applicatif. |
| 326 | * 5.1) OK pour la liste, reste à valider les compatibilités entre outils. Souci netcdf par exemple. |
| 327 | * 5.2) utilisation de titane pour post-traitements au lieu de cesium, |
| 328 | * test en production en cours, avec libIGCM revu (1ère étape : aucun transfert de fichier direct sur DMNFS) |
| 329 | * attention à la facturation des noeuds complets (*8!) Visible sur la compta? |
| 330 | * 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. A faire par IPLS et support applicatif si on leur demande. |
| 331 | * 7) Installation des logiciels utiles sur curie. A faire une fois la vérification sur titane terminée. |
| 332 | * Nouvelle sur les accès à curie et transferts de fichiers curie/IDRIS. En cours. Relance IDRIS à faire par GW. |
| 333 | * 8) Cahier des charges. Revu par Arnaud et discuté/transmis à J.N. Richet. |
| 334 | * A noter ajout des temps du bench TS sur titane en MR. Voir : [wiki:BasculeCCRTTGCC/Bench#Retourstitane1 chiffrage ts titane en MR 10 ans historical] |
| 335 | * 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, ... |
| 336 | * 9) Datanode ou dods1 |
| 337 | * Une version du datanode est installé. Souci pour publier un cas test au BADC. |
| 338 | * L'erreur est la suivante. Le BADC dit que cela ne vient pas d'eux. Le CCRT dit que tout les ports sont ouverts. |
| 339 | {{{ |