Custom Query (113 matches)
Results (1 - 3 of 113)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #126 | invalid | ORCHIDEE memory check | igcmg | anonymous |
| #122 | duplicate | Purging simulation does not purge/reset job counter | igcmg | cpipsl |
| Description |
In the case where a simulation terminates "abnormally" and is relaunched, the user has the possibility to update the counter (using clean_PeriodLength.job) which appears in the header of the job so that it corresponds to the value at which the simulation stopped. However, in case such resub has been performed and the user decides to purge the simulation (using purge_simulation.job), the counter in the header of the job is not reset, while it should be. |
|||
| #121 | fixed | Inconsistent order of make and clean (AA_make) | igcmg | cpipsl |
| Description |
The order in which the components are listed for make (compilation) and clean actions are different. The result is that if compilation fails before loading all components, the clean step won't be able to complete because it can't find any of the components the compilation has not processed. This applies in the coupled model. Illustrative example: make: ORCA1LIM3xLMD144142-L79 : libioipsl oasis3-mct xios liborchidee orca1lim3 lmdz144x142x79 verif clean: clean : cleannemo cleanlmdz cleanorchidee cleanxios cleanioipsl cleanoasis |
|||
