Open samsrabin opened 1 year ago
Thanks for exploring this @samsrabin, this is very helpful. The rimport tool that we use to import files into svn inputdata doesn't allow files to be entered that are in NetCDF4 format. That lends me to believe these files must either NOT be in svn inputdata, OR they were entered in before we realized this restriction. So it would be good to figure out which is the case for the specific files.
We could ask in CSEG if supporting NetCDF-4 is even something we care about. But, I've always just converted them to CDF5 using nccopy when I find them.
From discussion this morning:
ncdump -k
Of the 91 netCDF-4 files in lnd/clm2/mappingdata/
, 48 are mentioned in at least one of bld/namelist_files/namelist_defaults_ctsm_tools.xml
, bld/namelist_files/namelist_defaults_ctsm.xml
, and tools/mksurfdata_map/mksurfdata_map.namelist
. The mentioned files are listed in /glade/p/cesmdata/cseg/inputdata/lnd/clm2/netCDF4_files_refd
. No other netCDF-4 files in lnd/clm2/
seem to be mentioned anywhere in an up-to-date CTSM repo with all externals checked out.
Of the 24 netCDF-4 files in share/
, 5 are mentioned in ccs_config/component_grids_nuopc.xml
:
meshes/360x720_120830_ESMFmesh_c20210507.nc
meshes/C192_181018_ESMFmesh.nc
meshes/C24_181018_ESMFmesh.nc
meshes/C384_181018_ESMFmesh.nc
meshes/C48_181018_ESMFmesh.nc
None of the netCDF-4 files appear to be in the SVN repository.
Brief summary of bug
CESM seems unable to read input files in the netCDF-4 format. I'm not sure if that's something we want to fix, and if so, it'd probably be more of an ESMF issue. On our side, though, I noticed that some of our inputdata/ files (as well as some in shared/) are actually netCDF-4.
General bug information
CTSM version you are using:
ctsm5.1.dev131
Does this bug cause significantly incorrect results in the model's science? Causes crashes.
Configurations affected: Issue encountered with
IHistClm51BgcCrop
. Other configurations also likely affected.Details of bug
(Note that some of these are probably not used in model runs, in which case netCDF-4 is probably fine. Others may be read by some part of the code that doesn't crash on netCDF-4 files for whatever reason.)
In
/glade/p/cesmdata/cseg/inputdata/lnd/clm2/
, the following directories each have at least one netCDF-4 file (I've excludedrawdata/
):isotopes/
(although these are "netCDF-4 classic model"; not sure if that works)mappingdata/grids/
mappingdata/maps/
paramdata/
PTCLMmydatafiles*/
regional_datasets/
surfdata_map/NEON/
urbandata/
(also all "netCDF-4 classic model")The format of a file can be checked with
ncdump -hs $filename | grep "_Format"
. I checked all netCDFs like so:There are also the following input files in
/glade/p/cesmdata/cseg/inputdata/share/
:Important output or errors that show the problem
From a half-degree run that crashes due to a netCDF-4 mesh file, log file
PET11.ESMF_LogFile
: