Changes between Version 2 and Version 3 of libIGCM/DocUtilisateur/FAQ
- Timestamp:
- 07/24/08 13:24:25 (16 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
libIGCM/DocUtilisateur/FAQ
v2 v3 14 14 Pour continuer un run au delà des dates existantes, il faut : 15 15 * Changer la variable !DateEnd dans config.card 16 * Supprimer le fichier stack : {{{rhodes: rm /u/rech/psl/rpsl003/IGCM_OUT/IPSLCM4_v1_OASIS3/VC20/Out/stack}}} 16 * Supprimer le fichier stack : 17 18 {{{ 19 rhodes: rm /u/rech/psl/rpsl003/IGCM_OUT/IPSLCM4_v1_OASIS3/VC20/Out/stack 20 }}} 17 21 * Changer la variable !PeriodState dans run.card (=!OnQueue). Sans cela le job se finit en mettant : 18 22 * dans le fichier run.card !PeriodState= Fatal … … 36 40 * Exemple donné pour gaya, idem pour mercure en modifiant le path du rename (~p86denv/CMOR_SCRIPTS/rename) 37 41 * Je rappelle au passage que les noms d'expérience ne doivent pas contenir d'underscore. Si c'est le cas, ces expériences ne peuvent figurer dans la page mc2 : http://mc2.ipsl.jussieu.fr/PHP/testing.php?exp=PDCTLV1&resolution=false 42 38 43 {{{ 39 44 rlogin gaya … … 50 55 * Supposons que l'expérience a post-traité ait été extrait dans /work/p86denv/PARA_SX8_ORCA2xLMD9671/SVN/modipsl et qu'il s'agit de la configuration IPSLCM4_v2. L'expérience en question s'appelle par exemple PDCTLV5. 51 56 * En mode !StandAlone on peut rajouter à loisir des variables dans les *.card, seules les séries temporelles qui n'existent pas sur le serveur de fichiers sont créees. 57 52 58 {{{ 53 59 # On prépare le terrain … … 90 96 }}} 91 97 * Dans le job SI VOUS COMPTEZ FAIRE DE L'INTERACTIF SUR TX OU BIEN SX : ./Job_TOTO : 98 92 99 {{{ 93 100 DRYRUN=3 # passage post-traitement seulement … … 97 104 * Dans le fichier run.card : 98 105 * Pour faire une execution à blanc d'une période : revenir 1 période en arrière (!CumulPeriod) et mettre !PeriodState à !OnQueue ou Running: 106 99 107 {{{ 100 108 #last PREFIX … … 109 117 Toutes ces variables doivent être modifiées pour une relance correcte. 110 118 * Pour les post-traitements eux-mêmes, réinitialiser !PostState et indiquer qu'il faut relancer les post-traitements en mettant les variables !XxRunning à n. Mettre également la date de fin des séries temporelles déjà réalisées. Par exemple : 119 111 120 {{{ 112 121 PostState = Start … … 120 129 121 130 Il faut relancer les post-traitements en lançant create_se.job comme décrit dans la réponse à cette [http://wiki.ipsl.jussieu.fr/wiki_ipsl/IGCMG/libIGCM/DocUtilisateur/FAQ#head-0d4f6c4387459cf1300a1ffb23786e4c0b0a793a question-ci] après avoir changé NONE en Post_cpl_oce_xxx dans le fichier oasis.card ainsi : 131 122 132 {{{ 123 133 [OutputFiles] … … 140 150 Détails des trois étapes : 141 151 1. Pour le répertoire d'archive ${R_SAVE} (donné dans le Script_Output_$jobname), on fait pour un job planté en février (02) 1986 : 152 142 153 {{{ 143 154 cd ${R_SAVE} … … 150 161 1. Suivant les machines et l'état de la variable RUN_DIR_PATH, il faut nettoyer le répertoire de travail : 151 162 * Supprimer les fichiers de la racine du RUN_DIR_PATH 163 152 164 {{{ 153 165 cd ${RUN_DIR_PATH} … … 157 169 /!\ Attention : la seconde commande est destructive ! à manipuler avec beaucoup de prudence. 158 170 * Supprimer les derniers fichiers créés dans les sous-répertoires de sauvegarde temporaire, comme pour les répertoires d'archivage. Ceci n'est plus nécessaire. La double copie n'étant plus active pour le moment. 171 159 172 {{{ 160 173 cd ${R_OUT_SCR} … … 165 178 1. Modifier !PeriodState dans le run.card et le placer soit à Running, soit à !OnQueue. 166 179 Enfin une bonne idée est de ressoumettre le job avec la sortie numérotée correctement : 180 167 181 {{{ 168 182 qsub -o Script_Output_${JobName}.${CumulPeriod} Job_${JobName} … … 172 186 Ce paragraphe s'applique aux configurations contenant LMDZ (testé avec LMDZINCA). 173 187 1. Il faut ajouter un fichier guide.def dans le répertoire PARAM/ de votre répertoire d'expériences 188 174 189 {{{ 175 190 Type de fichier guide.def : … … 189 204 }}} 190 205 1. Il faut modifier le fichier PARAM/run.def pour lui indiquer de prendre en compte guide.def 206 191 207 {{{ 192 208 Ajoutez la ligne : … … 196 212 1. Dans COMP/lmdz.card : 197 213 a. Vous devez indiquer les adresses des fichiers de vents avec lesquels vous souhaitez guider votre modèle 214 198 215 {{{ 199 216 [BoundaryFiles] … … 203 220 }}} 204 221 a. indiquer dans la liste [!ParametersFiles] le fichier guide.def 222 205 223 {{{ 206 224 [ParametersFiles]