Les fichiers dans BoundaryFiles/List ne sont pas effacé avant le period suivant avec PeriodNb>1

[jgipsl]

Dans le tag libIGCM_v2.0_rc3

Les fichiers dans [BoundaryFiles]/List ne sont pas effacé du rundir entre les executions quand on a PeriodNb>1. Cela pose un probleme quand on copie un fichier avec le meme nom. Il semble que cette list n'est pas dans FileToBeDeleted.

Voici un exemple, dans sechiba.card je mets :

[BoundaryFiles]
List=   (${R_BC}/SRF/${config_UserChoices_TagName}/PFTmap_1850to2005_AR5_LUHa.rc2/PFTmap_IPCC_${year}.nc, PFTmap.nc)

Quand il faut copier le fichier pour la deuxième fois, avec PeriodNb>1 le run s'arrete avec "permission denied" car le fichier existe deja. La ménage n'a pas été fait completememt. Si je fais le meme chose avec PeriodNb=1, ca marche. Il semble que PFTmap.nc (dans mon exemple) n'est pas dans la liste FileToBeDeleted. Dans Script_Output on voit les fichiers suivants qui ont ete effacé :

2013-03-04 11:13:30 --Debug1--> Files that will be deleted before next period-run :
run.def run.def run.def run.def run.def sechiba_history.nc sechiba_out_2.nc orchidee_watchout.nc used_run.def out_orchidee river_desc.txt stomate_history.nc stomate_ipcc_history.nc used_run.def run.def used_run.def out_orchidee_ol out_execution

J'ai fait des tests uniquement avec Dryrun=3. PeriodLength=1Y.

[sdipsl]

Thanks for using the DRYRUN!

The main reason is that PFTmap_IPCC_${year}.nc files are read-only.

The permission denied come from the cp command.

We usually perform "IGCM_sys_Chmod u+rw *" once all the needed files have been brought in.

IGCM_sys_Chmod is done only when [ $DRYRUN -le 1 ] (to avoid error when running in dryrun as binary do not really produce files ion those cases)

Will activate IGCM_sys_Chmod from DRYRUN=3 and add those files in FileToBeDeleted? list at each Period.

[sdipsl]

Done see r809