[MITgcm-devel] mnc error message

[Martin Losch]

Hi Ed,

this problem is clearly not (directly) connected to the mitgcmuv  
executable, but to the run-time environment. I have come to this  
(unsupported) conclusion: somehow the buffers of the machines got  
corrupted and tried to write the buffer again (e.g. my STDOUT files  
ended way before the end of the model config summary, so that buffer  
was not flushed either). As I anticipated, I could not reproduce this  
problem: in an exact repetition the runs is now way beyond the  
previous crashpoint.
The only thing that would help, would be an mnc behaviour that allows  
overwriting existing mnc-files, but then the may be other problems.

I'll ask our sys-admins, where there are any shell variables that  
control the buffer behavior on the machine.

Martin
On Mar 28, 2006, at 3:51 PM, Ed Hill wrote:

> On Tue, 2006-03-28 at 12:16 +0200, Martin Losch wrote:
>>
>> The monitor_grid.* files are not touched (have the date and time of
>> the beginning of the run).
>> I will try to reproduce this problem, but in the past I failed to  
>> do so.
>> Now, I am not saying that our Cray is configured perfectly, but what
>> can cause the model to try again writing the monitor_grid.* files? It
>> is a complete miracle to me.
>>
>> (I am using a domain of 360x200x37 grid points on 32CPUs a 45x50x37
>> points, overlap is 3)
>>
>> Any idea?
>
> Hi Martin,
>
> Thats odd.  I have no idea why you're seeing it.  I'll take a look at
> the monitor-mnc bits today and try to imagine what could be happening.
>
> And, just out of curiosity, would either turning off monitor or  
> running
> the monitor output through the non-mnc (ACSII) output be a reasonable
> temporary work-around for you?
>
> Ed
>
> -- 
> Edward H. Hill III, PhD
> office:  MIT Dept. of EAPS;  Rm 54-1424;  77 Massachusetts Ave.
>              Cambridge, MA 02139-4307
> emails:  eh3 at mit.edu                ed at eh3.com
> URLs:    http://web.mit.edu/eh3/    http://eh3.com/
> phone:   617-253-0098
> fax:     617-253-4464
>
> _______________________________________________
> MITgcm-devel mailing list
> MITgcm-devel at mitgcm.org
> http://mitgcm.org/mailman/listinfo/mitgcm-devel