<div dir="ltr">Just to follow up on this, the message regarding max-value-size is related to the debugger, so fixed limits within the ESMF software are likely not the issue. <br><br>Nonetheless, the SEGV is occuring in the ESMF software and appears to be happening in the NetCDF library, function <br><div class="gmail-file-navigation gmail-js-zeroclipboard-container"><div class="gmail-breadcrumb gmail-js-zeroclipboard-target"><strong class="gmail-final-path">netcdf_expanded.f90::nf90_get_var_2d_fourbyteint(). </strong><span class="gmail-final-path">For anyone else looking into this, the line number is 1960, and a link to the current source is:</span></div><div class="gmail-breadcrumb gmail-js-zeroclipboard-target"><span class="gmail-final-path"><br></span></div><div class="gmail-breadcrumb gmail-js-zeroclipboard-target"><span class="gmail-final-path"><a href="https://github.com/Unidata/netcdf-fortran/blob/master/fortran/netcdf_expanded.f90">https://github.com/Unidata/netcdf-fortran/blob/master/fortran/netcdf_expanded.f90</a><br></span></div><div class="gmail-breadcrumb gmail-js-zeroclipboard-target"><span class="gmail-final-path"><br></span></div><div class="gmail-breadcrumb gmail-js-zeroclipboard-target"><span class="gmail-final-path">(I don't know what version of NetCDF ESMF may be linked against, but that line number is in the right function).</span></div><div class="gmail-breadcrumb gmail-js-zeroclipboard-target"><span class="gmail-final-path"><br></span></div><div class="gmail-breadcrumb gmail-js-zeroclipboard-target"><span class="gmail-final-path"><br></span>
</div>
</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Oct 24, 2017 at 3:48 PM, Rick Brownrigg <span dir="ltr"><<a href="mailto:brownrig@ucar.edu" target="_blank">brownrig@ucar.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div><div>Hi Laura,<br><br></div>I don't really know much about the regridding process, but what I have been able to surmise running the script:<br><br></div>i) NCL reads the MPAS, and creates source*.nc and destination*.nc files. These appear to reflect the geometry of the src/dest grids</div><div><br></div>ii) The actual regridding is is done by ESMF software, with a command:<br><br> ESMF_RegridWeightGen --source <a href="http://source_grid_file.nc" target="_blank">source_grid_file.nc</a> --destination <a href="http://destination_grid_file.nc" target="_blank">destination_grid_file.nc</a> --weight <a href="http://weights_onCells.15-3Mesh_to_0.15rectangular.nc" target="_blank">weights_onCells.15-3Mesh_to_0.<wbr>15rectangular.nc</a> --src_type ESMF -i<br><br></div>This program SEGVs almost immediately, with a message:<br><br>"values=<error reading variable: value requires 155713536 bytes, which is more than max-value-size>...."<br><br></div>That value is exactly the size of one of the variables in the source*.nc file. So it looks like some internal limit is being exceeded in the ESMF software. <br><br>Is this one of the larger MPAS files you've attempted to regrid? I wonder if anyone else can comment on this? Those on the glade file system can see all the relevant files under /glade/scratch/brownrig<br><br>I'm not sure what to tell you as a work-around. Without a debug version of the code, its nearly impossible for me to tell much more or to detemine what the limits might be. Wish I had a better answer.<span class="HOEnZb"><font color="#888888"><br><br></font></span></div><span class="HOEnZb"><font color="#888888">Rick<br><br><div><div><div><br></div></div></div></font></span></div><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On Tue, Oct 24, 2017 at 10:13 AM, Laura Fowler <span dir="ltr"><<a href="mailto:laura@ucar.edu" target="_blank">laura@ucar.edu</a>></span> wrote:<br></span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">Hi:<br>
<br>
I am trying to regrid an MPAS unstructured mesh to a rectangular mesh<br>
on cheyenne using ncl/<a href="http://6.4.0." rel="noreferrer" target="_blank">6.4.0.</a> My script crashes with a SIGSEGV and I am<br>
not understanding where this comes from. I have done this successfully<br>
in the past but do not see what I am doing wrong right now, but I<br>
recall that it was with an ealier version of ncl. I am attaching the<br>
output of my script in regrid.to_rectMesh.out.<br>
<br>
The script itself can be found in<br>
/glade2/scratch2/laura/MPAS.Pa<wbr>cificOcean/initialization.cent<wbr>eredPacificOceanMesh.15-3km/<wbr>regrid.to_rectMesh.ncl.<br>
I also tried to regrid the same MPAS mesh to an other unstructured<br>
mesh and got a similar SIGSEGV (see regrid.to_2621442Mesh.ncl), so I<br>
assume that the errors are the same.<br>
<br>
Hope you can help me figure this one out.<br>
Thanks,<br>
Laura<br>
<span class="m_4164054372624250537HOEnZb"><font color="#888888"><br>
<br>
--<br>
!-----------------------------<wbr>------------------------------<wbr>------------------------------<wbr>--------------------<br>
Laura D. Fowler<br>
Mesoscale and Microscale Meteorology Division (MMM)<br>
National Center for Atmospheric Research<br>
P.O. Box 3000, Boulder CO 80307-3000<br>
<br>
e-mail: <a href="mailto:laura@ucar.edu" target="_blank">laura@ucar.edu</a><br>
phone: <a href="tel:303-497-1628" value="+13034971628" target="_blank">303-497-1628</a><br>
<br>
!-----------------------------<wbr>------------------------------<wbr>------------------------------<wbr>--------------------<br>
</font></span><br></div></div><span class="">______________________________<wbr>_________________<br>
ncl-talk mailing list<br>
<a href="mailto:ncl-talk@ucar.edu" target="_blank">ncl-talk@ucar.edu</a><br>
List instructions, subscriber options, unsubscribe:<br>
<a href="http://mailman.ucar.edu/mailman/listinfo/ncl-talk" rel="noreferrer" target="_blank">http://mailman.ucar.edu/mailma<wbr>n/listinfo/ncl-talk</a><br>
<br></span></blockquote></div><br></div>
</blockquote></div><br></div>