[MITgcm-support] diagnostic errors

Matthew Mazloff mmazloff at MIT.EDU
Sun Oct 16 16:32:54 EDT 2005


Hi Andrea,

Thanks for the help.

So changes that occurrred possibly causing this error are:
1)  The model update (previous version was from Aug 25 2005) on Sep 27, 2005
2)  Platform change, I was running on a SGI Altix and now I'm running on 
an IBM SP4
3) I did alter the input files slightly....but I do not think I made any 
mistakes that would cause the diagnostics package not to fill the fields
I did change from  globalfiles=.TRUE., to  globalfiles=.FALSE.,  would 
this cause this error? 

Other info:
I am using useSingleCpuIO=.TRUE.
I am not using the mnc package

 I have put a copy of STDOUT.0000 in /ocean/data4/mmazloff/ so please 
feel free to check that out. 

Thanks a lot!
Matt


Andrea Molod wrote:

> hi matt,
>
>> I have used the diagnostics package many times before without 
>> problems, but my
>> last run I recieved the errors:
>>
>> (PID.TID 0000.0001) WARNING DIAGNOSTICS_OUT  => write ZEROS instead
>> (PID.TID 0000.0001) - WARNING - from DIAGNOSTICS_OUT at iter=      1460
>> (PID.TID 0000.0001) - WARNING -   diag.#  23 : ETAN     (#  1 ) in 
>> outp.Stream:
>> ETAN_bar
>> (PID.TID 0000.0001) - WARNING -   has not been filled (ndiag= 0 )
>> (PID.TID 0000.0001) WARNING DIAGNOSTICS_OUT  => write ZEROS instead
>> (PID.TID 0000.0001) - WARNING - from DIAGNOSTICS_OUT at iter=      1460
>> (PID.TID 0000.0001) - WARNING -   diag.#  30 : UVEL     (#  1 ) in 
>> outp.Stream:
>> UVvelbar
>> (PID.TID 0000.0001) - WARNING -   has not been filled (ndiag= 0 )
>> (PID.TID 0000.0001) WARNING DIAGNOSTICS_OUT  => write ZEROS instead
>> (PID.TID 0000.0001) - WARNING - from DIAGNOSTICS_OUT at iter=      1460
>> (PID.TID 0000.0001) - WARNING -   diag.#  31 : VVEL     (#  2 ) in 
>> outp.Stream:
>> UVvelbar
>> (PID.TID 0000.0001) - WARNING -   has not been filled (ndiag= 0 )
>> .....etc....
>
>
> this error message is telling you that the diagnostic is 'turned on' 
> properly, that is, the model has read your data.diagnostics and 
> determined
> that there is enough space, etc..., but that the call to fill it never
> happened.
>
>
>> I have changed a few things in my setup, but cannot determine where 
>> this error
>> arises from.  Could someone please tell me how this may have happened...
>
>
> hard (impossible for me) to even begin to think about what is the 
> problem unless you let us know what your experiment config is and what 
> things you have changed in your setup. even better - can you tell us 
> where to find the STDOUT(s) from your run to see what's happening there?
>
>> and in data.diagnostics I have
>>
>> &diagnostics_list
>> #---
>>  frequency(1) = 2628000.0,
>>   levels(1,1) = 1.,
>>   fields(1,1) = 'ETAN    ',
>>   filename(1) = 'ETAN_bar',
>> #---
>>  frequency(2) = 2628000.0,
>>   fields(1,2) = 'UVEL    ','VVEL    ',
>>   filename(2) = 'UVvelbar',
>> #---
>
>
>
> this seems ok to me.
>
> one more peice of info, if you could... how long ago did you 'update' 
> your
> code and recompile to make this run?
>
> thanks, and hope i can be more help with more info.
>
> andrea





More information about the MITgcm-support mailing list