Closed negin513 closed 1 year ago
Following all instructions and files from the wrf-ctsm docs, I receive the following error in the first time-step (initialization):
(lilactime_clockInit):--------------------------------------- NetCDF Error: : NetCDF: Malformed URL ERROR: (lilac_atmcap_init):Error: failure in creating lilac atmcap from meshfile
LANDUSE TYPE = "MODIFIED_IGBP_MODIS_NOAH" FOUND 41 CATEGORIES 2 SEASONS WATER CATEGORY = 17 SNOW CATEGORY = 15 CTSM start time: 2013 4 1 0 Image PC Routine Line Source wrf.exe 0000000003E97D86 Unknown Unknown Unknown wrf.exe 000000000397EA70 shr_abort_mod_mp_ 114 shr_abort_mod.F90 wrf.exe 00000000031917F3 lilac_atmcap_mp_l 162 lilac_atmcap.F90 libesmf.so 00002B4DFE292DEE _ZN5ESMCI6FTable1 Unknown Unknown libesmf.so 00002B4DFE296DEB ESMCI_FTableCallE Unknown Unknown libesmf.so 00002B4DFE8BED1A _ZN5ESMCI3VMK5ent Unknown Unknown libesmf.so 00002B4DFE8D5F55 _ZN5ESMCI2VM5ente Unknown Unknown libesmf.so 00002B4DFE29451A c_esmc_ftablecall Unknown Unknown libesmf.so 00002B4DFEB31F1D esmf_compmod_mp_e Unknown Unknown libesmf.so 00002B4DFED5BA11 esmf_gridcompmod_ Unknown Unknown wrf.exe 000000000301A968 lilac_mod_mp_lila 403 lilac_mod.F90
These files (setup) used to work fine before. Is this something possibly related to using NUOPC as the coupler? If so, how should we handle it?
CTSM version you are using: ctsm5.1.dev071
Does this bug cause significantly incorrect results in the model's science? N/A
Configurations affected: WRF-CTSM
Here is the directory of a sample simulation using these files, which produced this error: /glade/scratch/negins/WRF_cmaq/WRF/test/em_real
/glade/scratch/negins/WRF_cmaq/WRF/test/em_real
output of rsl.error.***:
INPUT LandUse = "MODIFIED_IGBP_MODIS_NOAH" LANDUSE TYPE = "MODIFIED_IGBP_MODIS_NOAH" FOUND 41 CATEGORIES 2 SEASONS WATER CATEGORY = 17 SNOW CATEGORY = 15 CTSM start time: 2013 4 1 0 Image PC Routine Line Source wrf.exe 0000000003E97D86 Unknown Unknown Unknown wrf.exe 000000000397EA70 shr_abort_mod_mp_ 114 shr_abort_mod.F90 wrf.exe 00000000031917F3 lilac_atmcap_mp_l 162 lilac_atmcap.F90 libesmf.so 00002B4DFE292DEE _ZN5ESMCI6FTable1 Unknown Unknown libesmf.so 00002B4DFE296DEB ESMCI_FTableCallE Unknown Unknown libesmf.so 00002B4DFE8BED1A _ZN5ESMCI3VMK5ent Unknown Unknown libesmf.so 00002B4DFE8D5F55 _ZN5ESMCI2VM5ente Unknown Unknown libesmf.so 00002B4DFE29451A c_esmc_ftablecall Unknown Unknown libesmf.so 00002B4DFEB31F1D esmf_compmod_mp_e Unknown Unknown libesmf.so 00002B4DFED5BA11 esmf_gridcompmod_ Unknown Unknown wrf.exe 000000000301A968 lilac_mod_mp_lila 403 lilac_mod.F90 wrf.exe 0000000002DD6BB8 Unknown Unknown Unknown wrf.exe 00000000025DFF8D Unknown Unknown Unknown wrf.exe 00000000025D1A9E Unknown Unknown Unknown wrf.exe 0000000001F5540F Unknown Unknown Unknown wrf.exe 0000000001AC27C1 Unknown Unknown Unknown wrf.exe 00000000014E3836 Unknown Unknown Unknown wrf.exe 0000000000415481 Unknown Unknown Unknown wrf.exe 0000000000414245 Unknown Unknown Unknown wrf.exe 00000000004141E2 Unknown Unknown Unknown libc-2.22.so 00002B4E029856E5 __libc_start_main Unknown Unknown wrf.exe 00000000004140E9 Unknown Unknown Unknown
Output of rsl.out.****:
Calendar ------------------------------- name = GREGORIAN calkindflag = Gregorian daysPerMonth = 31 28 31 30 31 30 31 31 30 31 30 31 monthsPerYear = 12 secondsPerDay = 86400 secondsPerYear = 31536000 daysPerYear = 365 daysPerYeardN = 0 daysPerYeardD = 1 end Calendar --------------------------- timeZone = 0 end Time ------------------------------- advanceCount = 0 direction = 1 userChangedDirection = false alarmCount = 0 alarmList = end Clock ------------------------------ (lilactime_clockInit):--------------------------------------- NetCDF Error: : NetCDF: Malformed URL ERROR: (lilac_atmcap_init):Error: failure in creating lilac atmcap from meshfile
I assume this has been resolved....
Hi, I still have this error. Do you know how to fix it?
Brief summary of bug
Following all instructions and files from the wrf-ctsm docs, I receive the following error in the first time-step (initialization):
These files (setup) used to work fine before. Is this something possibly related to using NUOPC as the coupler? If so, how should we handle it?
General bug information
CTSM version you are using: ctsm5.1.dev071
Does this bug cause significantly incorrect results in the model's science? N/A
Configurations affected: WRF-CTSM
Details of bug
Important details of your setup / configuration so we can reproduce the bug
Here is the directory of a sample simulation using these files, which produced this error:
/glade/scratch/negins/WRF_cmaq/WRF/test/em_real
Important output or errors that show the problem
output of rsl.error.***:
Output of rsl.out.****: