[MITgcm-support] diagnostics fill error ...
Martin Losch
Martin.Losch at awi.de
Tue Sep 4 08:24:25 EDT 2018
Hi Ufuk,
did you modify the code in any way or does this happen with “vanilla” code directly download from the git-repository? If you have modified the code, re-do the modifications step by step to see which one leads to the error. The error message implies that some CALL DIAGNOSTICS_FILL() is in the wrong place.
For vanilla code: In a multiprocessor or multithreaded run, something similar has happened to me, where I guessed that somehow the master thread was a little behind. I can’t remember the solution, but you could try to put diagnostics_switch_onoff.F in the list of NOOPTFILES in your build options file.
In general you could try to compile your code with low optimization and see if the problem goes away.
Martin
> On 4. Sep 2018, at 11:28, Ufuk Turuncoglu <ufuk.turuncoglu at itu.edu.tr> wrote:
>
> Hi,
>
> I am getting following error from a simulation after couple of time steps
>
> (PID.TID 0000.0001) *** DIAGNOSTICS_STATUS_ERROR *** from: DIAGNOSTICS_FILL call
> (PID.TID 0000.0001) *** ERROR *** DIAGNOSTICS_FILL: diagName="ETAN ", expectStatus= 20, pkgStatus= 99
> (PID.TID 0000.0001) *** ERROR *** DIAGNOSTICS_FILL: <== called from the WRONG place, i.e.
> (PID.TID 0000.0001) *** ERROR *** DIAGNOSTICS_FILL: after the last DIAGNOSTICS_WRITE call in DO_THE_MODEL_IO
>
> in this case, if i deactivate diagnostic package, it runs without any problem. Any suggestion might help at this point.
>
> Regards,
>
> --ufuk
>
> _______________________________________________
> MITgcm-support mailing list
> MITgcm-support at mitgcm.org
> http://mailman.mitgcm.org/mailman/listinfo/mitgcm-support
More information about the MITgcm-support
mailing list