Opened 7 years ago

Last modified 6 years ago

#326 reopened defect

Sur ada, l'option Pack=false ne fonctionne plus (le cas pour CREATE_amip)

Reported by: jgipsl Owned by: sdipsl
Priority: major Milestone: libIGCM_v2.8.4
Component: system Version:
Keywords: Cc:

Description

Problème:
Il y a un bug dans le copie de run.card et Script_Output pour l'option Pack=false. C'est le cas quand PackFrequency=NONE ou si PackFrequency n'est pas donné dans config.card. On se retrouve dans ce cas pour les experiences LMDZ/CREATE_clim et LMDZ/CREATE_amip.

Dans libIGCM_config.ksh, ligne 827-942 trunk rev 1387 :

      IGCM_debug_Print 2 "Save previous ksh job output"
      for Potential in $( ls ${Script_Output_Prefix}_${config_UserChoices_JobName}.[0-9][0-9][0-9][0-9][0-9][0-9] ) ; do
        if [ X${Pack} = Xtrue ] ; then
          ( IGCM_sys_TestFileBuffer  ${R_BUF_KSH}/${Potential} ) || IGCM_sys_Cp ${Potential} ${R_BUF_KSH}/${Potential}.$$
        else
          ( IGCM_sys_TestFileArchive ${R_OUT_KSH}/${Potential} ) || IGCM_sys_Cp ${Potential} ${R_OUT_KSH}/${Potential}.$$
        fi
      done
      #
      IGCM_debug_Print 2 "Save current run.card"
      IGCM_card_CheckConflict run.card
      if [ X${Pack} = Xtrue ] ; then
        IGCM_sys_Cp ${SUBMIT_DIR}/run.card ${R_BUF_KSH}/run.card
      else
        IGCM_sys_Cp ${SUBMIT_DIR}/run.card ${R_OUT_KSH}/run.card
      fi

Sur ada, on ne peut pas faire un IGCM_sys_Cp directement sur ergon. Sur curie ca marche puisuqe on peut faire un copy simple directement sur storedir de meme manier que sur scratchdir.

Proposition de solution:
Pack=false uniquement pour les experience CREATE_amip et CREATE_clim. run.card et ScriptOutput ne sont pas tres important pour ces job. On propose d'enlever le copie pour cette cas. Ca donnera:

      IGCM_debug_Print 2 "Save previous ksh job output"
      for Potential in $( ls ${Script_Output_Prefix}_${config_UserChoices_JobName}.[0-9][0-9][0-9][0-9][0-9][0-9] ) ; do
        if [ X${Pack} = Xtrue ] ; then
          ( IGCM_sys_TestFileBuffer  ${R_BUF_KSH}/${Potential} ) || IGCM_sys_Cp ${Potential} ${R_BUF_KSH}/${Potential}.$$
        fi
      done
      #
      IGCM_debug_Print 2 "Save current run.card"
      IGCM_card_CheckConflict run.card
      if [ X${Pack} = Xtrue ] ; then
        IGCM_sys_Cp ${SUBMIT_DIR}/run.card ${R_BUF_KSH}/run.card
      fi

Change History (8)

comment:1 Changed 7 years ago by sdipsl

ça devrait marcher. La façon de gérer run.card n'était pas bien maintenue. Le troisième argument des fonctions Put annule le chmod 444

      IGCM_debug_Print 2 "Save current run.card"
      IGCM_card_CheckConflict run.card
      if [ X${Pack} = Xtrue ] ; then
        IGCM_sys_PutBuffer_Out ${SUBMIT_DIR}/run.card ${R_BUF_KSH}/${PREFIX}_${Exe_Output} NOCHMOD
      else
        IGCM_sys_Put_Out ${SUBMIT_DIR}/run.card ${R_OUT_KSH}/${PREFIX}_${Exe_Output} NOCHMOD
      fi

comment:2 Changed 7 years ago by sdipsl

  • Owner changed from somebody to sdipsl
  • Status changed from new to assigned

comment:3 Changed 7 years ago by sdipsl

  • Resolution set to fixed
  • Status changed from assigned to closed

Done see r1392

comment:4 Changed 7 years ago by sdipsl

  • Milestone set to libIGCM_v2.8.3

comment:5 Changed 7 years ago by jgipsl

  • Resolution fixed deleted
  • Status changed from closed to reopened

La solution avec IGCM_sys_Put_Out ne marche pas sur curie quand on est en SpaceName=TEST. Le résultat est que le run.card et Script_Output sont effacé depuis SUBMIT_DIR quand le job se resoumet. Cas test simple : simulation de 2 jours avec PeriodLength=1D, PeriodNb=1, SpaceName=TEST sur curie

Comme solution rapide, j'ai temporairement commenté cette copie dans le trunk et dernier tag en attendant un solution pérenne : [1407] [1408]

comment:6 Changed 7 years ago by sdipsl

  • Resolution set to fixed
  • Status changed from reopened to closed

done see r1410

comment:7 Changed 7 years ago by jgipsl

  • Resolution fixed deleted
  • Status changed from closed to reopened

La correction ne marche pas sur curie. Meme problème que cette été.

comment:8 Changed 6 years ago by sdipsl

on peut fermer ce ticket n'est ce pas?

Note: See TracTickets for help on using tickets.