[MITgcm-support] forrtl: severe (36) with tile file size

Fri Sep 6 16:08:18 EDT 2013

Hi, based on the current size.h file, you may set nPx=6 and nPy=5 or 
sNx=102 and nSy=5. This should solve the problem.

Best,
Yuan

On 9/5/13 8:01 AM, Neil Patel wrote:
> Hi, Jean-Michel,
>
> Thanks for you help. We've checked the sizes of our tile files and 
> SIZE.h and they appeared consistent with the cube size, which is 
> 510x6x510. The size of each tile file (there are 6 of them) is
>
> 33423488 bytes. Here's what's in our SIZE.h file:
>
>     &           sNx = 510,
>     &           sNy = 102,
>     &           OLx =   8,
>     &           OLy =   8,
>     &           nSx =   1,
>     &           nSy =   1,
>     &           nPx =  30,
>     &           nPy =   1,
>     &           Nx  = sNx*nSx*nPx,
>     &           Ny  = sNy*nSy*nPy,
>     &           Nr  =  50)
>
> Is there anything else we should be checking? Any advice would be 
> appreciated.
>
> Thanks,
>
> Neil
>
>
>>
>> Message: 1
>> Date: Mon, 26 Aug 2013 18:03:08 -0400
>> From: Neil Patel <nigellius at gmail.com <mailto:nigellius at gmail.com>>
>> To: mitgcm-support at mitgcm.org <mailto:mitgcm-support at mitgcm.org>
>> Subject: [MITgcm-support] forrtl: severe (36) with tile file
>> Message-ID: <86D6DA6F-CEB6-4D74-841E-57B727490E68 at gmail.com 
>> <mailto:86D6DA6F-CEB6-4D74-841E-57B727490E68 at gmail.com>>
>> Content-Type: text/plain; charset=windows-1252
>>
>> I'm using a cube face tile grid, with six files that describe the 
>> grid system which are named like this:
>>
>> tile001.mitgrid
>>
>> When I run mitgcm, it crashes when it gets to the point where it 
>> reads tile001.mitgrid with this error message:
>>
>> forrtl: severe (36): attempt to access non-existent record, unit 9, 
>> file 
>> /usr/data/nppatel/MITgcm_c64g/verification/cube_test/input/tile001.mitgrid
>>
>> The file is there, it crashes while reading it I think. Anyone have a 
>> clue on the source of the error? Thanks! Here's my build file:
>>
>> FC=/opt/intel/bin/ifort
>> F90C=/opt/intel/bin/ifort
>> qCC=cc
>> LINK='/opt/intel/bin/ifort'
>>
>> DEFINES='-DALLOW_USE_MPI -DALWAYS_USE_MPI -DWORDLENGTH=4'
>> CPP='cpp -P -traditional -D_d=D'
>> F90FIXEDFORMAT='-fixed -Tf'
>> EXTENDED_SRC_FLAG='-132'
>>
>> MCMODEL='-mcmodel=medium -shared-intel'
>> FFLAGS="$FFLAGS -W0 -WB -convert big_endian -assume byterecl $MCMODEL"
>>
>> ?Neil
>>
>>
>> ------------------------------
>>
>> Message: 2
>> Date: Mon, 26 Aug 2013 18:48:24 -0400
>> From: Jean-Michel Campin <jmc at ocean.mit.edu <mailto:jmc at ocean.mit.edu>>
>> To: mitgcm-support at mitgcm.org <mailto:mitgcm-support at mitgcm.org>
>> Subject: Re: [MITgcm-support] forrtl: severe (36) with tile file
>> Message-ID: <20130826224824.GA22076 at ocean.mit.edu 
>> <mailto:20130826224824.GA22076 at ocean.mit.edu>>
>> Content-Type: text/plain; charset=utf-8
>>
>> Hi Neil,
>>
>> This is the same error you reported earlier (Aug 20) right ?
>>
>> This error:
>>> forrtl: severe (36): attempt to access non-existent record, unit 9, 
>>> file 
>>> /usr/data/nppatel/MITgcm_c64g/verification/cube_test/input/tile001.mitgrid
>> is quite common (might find similar report in the support archive)
>> and indicates that the executable (in ini_curvilinear_grid.F)
>> is trying to read a value that is beyond the end of the file.
>> I would recommend to check SIZE.h (and, if provided, data.exch2)
>> and the size of these tile00[1-6].mitgrid files.
>> The size of each file (given by "ls -l") should be:
>>   = 8*(Nc+1)*(Nc+1)*16
>> where Nc is the size of 1 (squared) face (e.g., Nc=32 for cs-32 grid)
>>  and 16 correspond to the number of different fields.
>> Also remember that they are double prec (the "8" factor), even if
>>  readBinaryPrec=32.
>>
>> Cheers,
>> Jean-Michel
>>
>> On Mon, Aug 26, 2013 at 06:03:08PM -0400, Neil Patel wrote:
>>> I'm using a cube face tile grid, with six files that describe the 
>>> grid system which are named like this:
>>>
>>> tile001.mitgrid
>>>
>>> When I run mitgcm, it crashes when it gets to the point where it 
>>> reads tile001.mitgrid with this error message:
>>>
>>> forrtl: severe (36): attempt to access non-existent record, unit 9, 
>>> file 
>>> /usr/data/nppatel/MITgcm_c64g/verification/cube_test/input/tile001.mitgrid
>>>
>>> The file is there, it crashes while reading it I think. Anyone have 
>>> a clue on the source of the error? Thanks! Here's my build file:
>>>
>>> FC=/opt/intel/bin/ifort
>>> F90C=/opt/intel/bin/ifort
>>> qCC=cc
>>> LINK='/opt/intel/bin/ifort'
>>>
>>> DEFINES='-DALLOW_USE_MPI -DALWAYS_USE_MPI -DWORDLENGTH=4'
>>> CPP='cpp -P -traditional -D_d=D'
>>> F90FIXEDFORMAT='-fixed -Tf'
>>> EXTENDED_SRC_FLAG='-132'
>>>
>>> MCMODEL='-mcmodel=medium -shared-intel'
>>> FFLAGS="$FFLAGS -W0 -WB -convert big_endian -assume byterecl $MCMODEL"
>>>
>>> ?Neil
>>> _______________________________________________
>>> MITgcm-support mailing list
>>> MITgcm-support at mitgcm.org <mailto:MITgcm-support at mitgcm.org>
>>> http://mitgcm.org/mailman/listinfo/mitgcm-support
>>
>>
>>
>> ------------------------------
>>
>> _______________________________________________
>> MITgcm-support mailing list
>> MITgcm-support at mitgcm.org <mailto:MITgcm-support at mitgcm.org>
>> http://mitgcm.org/mailman/listinfo/mitgcm-support
>>
>>
>> End of MITgcm-support Digest, Vol 122, Issue 20
>> ***********************************************
>
>
>
> _______________________________________________
> MITgcm-support mailing list
> MITgcm-support at mitgcm.org
> http://mitgcm.org/mailman/listinfo/mitgcm-support

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mitgcm.org/pipermail/mitgcm-support/attachments/20130906/672ce159/attachment-0001.htm>