Les nouveautés :

• il est désormais obligatoire de spécifier quels sont les binaires qui permettent de mettre la bonne date dans les restarts initiaux pour Arpege et Surfex. Les paramètres correspondants sont DATRES et DATSFXRES. Ces binaires sont désormais gérés par Antoinette comme les versions d’Arpege, et vous pouvez utiliser ceux de la version 6.4.2 même pour des runs avec un Arpege/Surfex plus ancien :
  • beaufix : alias/public/packs/arp604_export.01.IMPI512IFC1601.2cz/bin/DATRES
  • beaufix : alias/public/packs/arp604_export.01.IMPI512IFC1601.2cz/bin/DATSFXRES

• les post-traitements effectués en fin de run (entre autres en mode LIOXSAFE=1) ne sont plus nécessairement ceux que CMIP6 avaient imposés ; ce sont désormais ceux réalisés par un script qu’on indique par le paramètre UPOSTPRO ; on peut retrouver le comportement CMIP6 en utilisant UPOSTPRO=$ECLIS/toolbox/postpros_CMIP6.sh ; il existe aussi un script $ECLIS/toolbox/fix_o3_CNRM-CM6-1.sh qui permet de pallier le problème de facteur correctif pour l’ozone 3D d’Arpege 6.3 en version GCM. Cette fonctionnalité UPOSTPRO a été utilisée pour des runs Cordex

• l’étape d’assemblage final (en mode LIOXSAFE=1) prend soin de créer un tracking_id basé sur un uuid (identifiant unique) dans les meta-données des fichiers assemblés ; on peut souhaiter contrôler une partie de la syntaxe de cet uuid ; c’est possible via le paramètre Eclis HDL, l’uuid aura la forme "hdl :$HDL/$(uuidgen)" ; la valeur par défaut est celle qui va bien pour CMIP6

• cette étape d’assemblage fait aussi, par défaut, un envoi sur hendrix des fichiers assemblés (dans un sous-répertoire ’originals’) avant de réaliser les post-traitements de UPOSTPRO. ceci peut être désactivé par LSAVE_BEFORE_POSTPROS=0

• l’interface de re-lancement des post-traitements, à savoir le script job_postpro.sh, admet désormais les arguments -z pour MAX_SIZE et -c pour CARRY_ON, soit poursuivre un assemblage déja entamé. Le MAX_SIZE fourni est prioritaire devant (dans l’ordre) un éventuel fichier SPLIT_FREQ dans le répertoire de relance puis le maxsize du fichier .conf de l’expérience
  
• les messages envoyés par Eclis en cas de plantage conseillent désormais d’utiliser brelan pour les relances ; c’est en gros équivalent à relan pour tous les cas sauf LIOXOUT=1 et LIOXSAFE=0 (i.e.. purement incrémental, avec backups) ; pour ces derniers cas, le script xrelan est conservé mais pas vraiment recommandé

• un nettoyage a été fait sur d’anciennes fonctionnalités (report de TS Surfex dans les restarts Arpege, vieux formats de Trip et de Surfex (FA seulement, le mode TXT est conservé), et CREDAS)