[MITgcm-support] namelist; end of file reached without finding group

[Matthew Mazloff]

Hi JMC,

great!  I will give the new code a try to make sure it works

thanks,
-Matt


On Jul 13, 2009, at 1:30 PM, Jean-Michel Campin wrote:

> Hi Matt,
>
> I am going to check-in your modifs, with a small difference:
> TARGET_BGL or TARGET_CRAYXT would need to be specified either as a  
> cpp flag
> (e.g. in our optfile, by adding -DTARGET_BGL to DEFINES list),
> or by adding "#defined TARGET_BGL" in our CPP_EEOPTIONS.h (and not
> CPP_OPTIONS.h).
>
> I am not going to change "eesupp/src/nml_filter.F" since I don't
> find any call to this subroutine. Patrick, may be we should remove  
> it ?
>
> Also, will not be able to really test this, so if you could give it  
> a try.
>
> Thanks,
> Jean-Michel
>
> On Mon, Jul 13, 2009 at 09:30:57AM -0700, Matthew Mazloff wrote:
>> Yeah, I think this is a poorly behaved mpi barrier issue -- I think I
>> wrote about this earlier
>>
>> when you have many processors some will over-write scratch before  
>> others
>> have finished using it
>>
>> until it gets fixed by someone, I suggest having each processor write
>> its own scratch -- so you can put the following routines in your code
>> folder and make sure you
>> #define TARGET_BGL
>> in your CPP_OPTIONS.h
>>
>> -Matt
>>
>> if you want try googling for this -- my last email may give more info
>>
>
>
>
>
>>
>>
>>
>> On Jul 13, 2009, at 9:09 AM, Michael Schaferkotter (Contractor)  
>> wrote:
>>
>>> greetings all;
>>>
>>> i updated my production version of MITgcm a few days ago.
>>>
>>> when i now rerun an experiment i get the following:
>>>
>>> C--   Input files
>>> PGFIO-F-228/namelist read/unit=11/end of file reached without  
>>> finding
>>> group.
>>> File name = scratch1    formatted, sequential access   record = 1
>>> In source file ini_parms.f, at line number 1991
>>> PGFIO-F-228/namelist read/unit=11/end of file reached without  
>>> finding
>>> group.
>>> File name = scratch1    formatted, sequential access   record = 1
>>> In source file ini_parms.f, at line number 1991
>>> [NID 1372]Apid 1023803: initiated application termination
>>> PGFIO-F-228/namelist read/unit=11/end of file reached without  
>>> finding
>>> group.
>>> PGFIO-F-228/namelist read/unit=11/end of file reached without  
>>> finding
>>> group.
>>> File name = scratch1    formatted, sequential access   record = 1
>>>
>>>
>>>  1988       WRITE(msgBuf,'(A)') 'S/R INI_PARMS ; starts to read
>>> PARM01'
>>>  1989       CALL PRINT_MESSAGE( msgBuf, standardMessageUnit,
>>>  1990      &                    SQUEEZE_RIGHT, myThid )
>>>  1991       READ(UNIT=iUnit,NML=PARM01) !,IOSTAT=errIO)
>>>  1992       IF ( errIO .LT. 0 ) THEN
>>>  1993        WRITE(msgBuf,'(A)')
>>>  1994      &  'S/R INI_PARMS'
>>>
>>>
>>> this is an mpi compiled executable on an xt5.
>>>
>>> there was a similar issue in the past, in which a list member
>>> suggested a fix involving editting
>>>
>>> eeset_parms.F and open_copy_data_file.F. the problem was with the
>>> scratch files for the namelists.
>>>
>>> in my code directory, i still have:
>>>
>>> eeset_parms.F and open_copy_data_file.F
>>>
>>> any ideas on this?
>>>
>>> michael
>>> _______________________________________________
>>> MITgcm-support mailing list
>>> MITgcm-support at mitgcm.org
>>> http://mitgcm.org/mailman/listinfo/mitgcm-support
>>
>
>> _______________________________________________
>> MITgcm-support mailing list
>> MITgcm-support at mitgcm.org
>> http://mitgcm.org/mailman/listinfo/mitgcm-support
>
> _______________________________________________
> MITgcm-support mailing list
> MITgcm-support at mitgcm.org
> http://mitgcm.org/mailman/listinfo/mitgcm-support