Scheduled Downtime
On Tuesday 24 October 2023 @ 5pm MT the forums will be in read only mode in preparation for the downtime. On Wednesday 25 October 2023 @ 5am MT, this website will be down for maintenance and expected to return online later in the morning.
Normal Operations
The forums are back online with normal operations. If you notice any issues or errors related to the forums, please reach out to help@ucar.edu

CLM4.5_using the " ESMF_RegridWeightGen (version is 6.2)" tool to create the map file(format is netcdf-4) occurs errors

Dear madam or sir,I am trying to run the CLM4.5 program and encounter many problems. One of them is using the " ESMF_RegridWeightGen (the esmf version is 6.2)" tool to create the map file(the format is netcdf-4). 
Some operator messages are below:---------------------------------------------------------------------------------------------------------------- Starting weight generation with these inputs:   Source File: /data1/chenbz/cml_indata/lnd/clm2/mappingdata/grids/UGRID_1km-merge-10min_HYDRO1K-merge-nomask_c130402.nc   Destination File: /data1/chenbz/cml_cesm1.2/models/lnd/clm/tools/shared/mkmapgrids/SCRIPgrid_1x1p t_US-UMB_nomask_c130831.nc   Weight File: map_1km-merge-10min_HYDRO1K-merge-nomask_to_1x1pt_US-UMB_nomask_aave_da_c130831.nc   Source File is in UGRID format, dummy variable: landmesh   Source Grid is a global grid   Source Grid is an unstructured grid   Destination File is in SCRIP format   Destination Grid is a regional grid   Destination Grid is a logically rectangular grid   Regrid Method: conserve   Pole option: NONE   Ignore unmapped destination points   Output weight file in NetCDF4 file formatRUN COMMAND: /wps/home/chenbz/programFiles/esmf6.2/bin/binO/Linux.intel.64.mpich2.default/ESMF_RegridWeightGen --ignore_unmapped -s /data1/chenbz/cml_indata/lnd/clm2/mappingdata/grids/UGRID_1km-merge-10min_HYDRO1K-merge-nomask_c130402.nc -d /data1/chenbz/cml_cesm1.2/models/lnd/clm/tools/shared/mkmapgrids/SCRIPgrid_1x1pt_US-UMB_nomask_c130831.nc -m conserve -w map_1km-merge-10min_HYDRO1K-merge-nomask_to_1x1pt_US-UMB_nomask_aave_da_c130831.nc --dst_regional --src_type UGRID --src_meshname landmesh --dst_type SCRIP --netcdf4RETURN VALUE: 137---------------------------------------------------------------------------------------------------------------- And the line number of the "mkmapdata.sh" file which report errors above is during 487-502, We get is here: ----------------------------------------------------------------------------------------------------------------488    if [ "$lrgfil" = "--netcdf4" ] || [ ${SRC_TYPE[nfile]} = "UGRID" ] || [ $DST_TY    PE = "UGRID" ]; then489       # case $hostname in490         #   ys* | caldera* | geyser* )491              #  if [ $mpitype = "mpiuni" ]; then492              #     MY_ESMF_REGRID=/glade/p/work/svasquez/ESMF620bs18-mpiuni/bin/ESMF_RegridWeightGen493              #  else494                    MY_ESMF_REGRID=/wps/home/chenbz/programFiles/esmf6.2/bin/binO/Linux.intel.64.mpich2.default/ESMF_RegridWeightGen495                    echo "******************************************************************************"496              #  fi497          #      ;;498          #  *)499          #      echo "No support for --netcdf4 or UGRID on machines other than yellowstone/caldera/geyser"500          #      exit 5501          #      ;;502       # esac503    fi---------------------------------------------------------------------------------------------------------------- In addition, I have installed esmf6.2, nco4.3, netcdf4.1.2(specify the parameter" --enable-netcdf-4 --enable-netcdf4" explicitly). So, can you tell me how to deal with it or what to do next?
 Yours Sincerely,Dawn
 
Testing finds that the tool ESMF_RegridWeightGen (v6.2) successfully creates the map file of netcdf-4 format in the case of smaller data size. The test script below:/wps/home/chenbz/programFiles/esmf6.2/bin/binO/Linux.intel.64.mpich2.default/ESMF_RegridWeightGen --ignore_unmapped -s /data1/chenbz/cml_indata/lnd/clm2/mappingdata/grids/SCRIPgrid_0.9x1.25_GRDC_c130307.nc -d /data1/chenbz/cml_cesm1.2/models/lnd/clm/tools/shared/mkmapgrids/SCRIPgrid_1x1pt_US-UMB_nomask_c130831.nc -m conserve -w map_0.9x1.25_GRDC_to_1x1pt_US-UMB_nomask_aave_da_c130905.nc --dst_regional --src_type SCRIP --dst_type SCRIP --netcdf4So, the error when creating the map file: map_1km-merge-10min_HYDRO1K-merge-nomask_to_1x1pt_US-UMB_nomask_aave_da_c130831.nc[/b] occurs is more likely related to the memory requirement, which maybe excess the limit in memories of the local cluster. And a post "memory requirement for mkmapdata"(http://bb.cgd.ucar.edu/memory-requirement-mkmapdata)  seemd to encounter a similar problem. So, Who will have a better idea to solve it? 
 
Testing finds that the tool ESMF_RegridWeightGen (v6.2) successfully creates the map file of netcdf-4 format in the case of smaller data size. The test script below:/wps/home/chenbz/programFiles/esmf6.2/bin/binO/Linux.intel.64.mpich2.default/ESMF_RegridWeightGen --ignore_unmapped -s /data1/chenbz/cml_indata/lnd/clm2/mappingdata/grids/SCRIPgrid_0.9x1.25_GRDC_c130307.nc -d /data1/chenbz/cml_cesm1.2/models/lnd/clm/tools/shared/mkmapgrids/SCRIPgrid_1x1pt_US-UMB_nomask_c130831.nc -m conserve -w map_0.9x1.25_GRDC_to_1x1pt_US-UMB_nomask_aave_da_c130905.nc --dst_regional --src_type SCRIP --dst_type SCRIP --netcdf4So, the error when creating the map file: map_1km-merge-10min_HYDRO1K-merge-nomask_to_1x1pt_US-UMB_nomask_aave_da_c130831.nc[/b] occurs is more likely related to the memory requirement, which maybe excess the limit in memories of the local cluster. And a post "memory requirement for mkmapdata"(http://bb.cgd.ucar.edu/memory-requirement-mkmapdata)  seemd to encounter a similar problem. So, Who will have a better idea to solve it? 
 
Top