Closed CharikleiaGRN closed 3 years ago
Thanks for writing @HarrietGRN. In GEOS-Chem 13.0.2, we changed the behavior of the restart file input so that it will throw an error if the start date and time in input.geos does not match the timestamp of the restart file. This was fixed in pull request #691.
Long story short, your simulation starts on 2015/01/01 but the default Hg restart file probably starts on 2016/01/01. If you go to your run directory and then type this command:
$ ncdump -ct GEOSChem.Restart.20150101_0000z.nc4
You will probably see output such as:
double time(time) ;
time:long_name = "Time" ;
time:units = "minutes since 2016-01-01 00:00:00 UTC" ;
time:calendar = "gregorian" ;
time:axis = "T" ;
where the time:units
tells you that the restart file start date is for 2016/01/01.
There are a couple of things that you can do:
$ mv GEOSChem.Restart.20150101_0000z.nc4 GEOSChem.Restart.20140101_0000z.nc4
$ ncatted -a units,time,o,c,"minutes since 2014-01-01 00:00:00" "minutes since 2016-01-01 00:00:00"
NOTE: The restart files that are provided when you generate a run directory are "sample" restart files that you can use to bootstrap a simulation. You should always run a spin-up simulation (probably for a year or more) to remove the signature of the initial conditions. That is why I suggest changing the restart file date to e.g. 2014-01-01, then spin-up for a year, then start your simulation at 2015-01-01.
Thank you very much for your time. I still haven't manage to complete the run.
the restart file looks ok I think:
netcdf GEOSChem.Restart.20150101_0000z {
dimensions:
time = UNLIMITED ; // (1 currently)
lev = 72 ;
ilev = 73 ;
lat = 46 ;
lon = 72 ;
variables:
double time(time) ;
time:long_name = "Time" ;
time:units = "minutes since 2015-01-01 00:00:00" ;
time:calendar = "gregorian" ;
time:axis = "T" ;
double lev(lev)
Basically, in geos-chem 13 run directories, I cannot see any restart file be generated. I copy them by myself from the 10 year benchmark to the run directory. Is it the right way?
Thank you!
OUTPUT
.
.
.
HEMCO: Opening /media/data_03/gcgrid/data/ExtData/GEOS_2x2.5/GEOS_FP/2015/01/GEOSFP.20150102.I3.2x25.nc
HEMCO: Opening /media/data_03/gcgrid/data/ExtData/HEMCO/Yuan_XLAI/v2019-03/Yuan_proc_MODIS_XLAI.025x025.2015.nc
HEMCO: Opening ./GEOSChem.Restart.20150101_0000z.nc4
Error in ReadList_Read called from hco_run
===============================================================================
GEOS-Chem ERROR: Error encountered in "HCO_Run"!
-> at HCOI_GC_Run (in module GeosCore/hco_interface_gc_mod.F90)
THIS ERROR ORIGINATED IN HEMCO! Please check the HEMCO log file for
additional error messages!
===============================================================================
===============================================================================
GEOS-Chem ERROR: Error encountered in "HCOI_GC_Run"!
-> at Emissions_Run (in module GeosCore/emissions_mod.F90)
===============================================================================
===============================================================================
GEOS-CHEM ERROR: Error encountered in "Emissions_Run", Phase 0
This error can indicate a missing file. Please check the HEMCO log file for
additional error messages!
STOP at -> at GEOS-Chem (in GeosCore/main.F90)
===============================================================================
- CLEANUP: deallocating arrays now...
HEMCO LOG
HEMCO WARNING: Data is treated as unitless, but file attribute suggests it is not: kg kg-1. File: /media/data_03/gcgrid/data/ExtData/GEOS_2x2.5/GEOS_FP/2015/01/GEOSFP.20150101.I3.2x25.nc
--> LOCATION: HCOIO_READ_STD (hcoio_read_std_mod.F90)
HEMCO WARNING: Data is treated as unitless, but file attribute suggests it is not: kg kg-1. File: /media/data_03/gcgrid/data/ExtData/GEOS_2x2.5/GEOS_FP/2015/01/GEOSFP.20150102.I3.2x25.nc
--> LOCATION: HCOIO_READ_STD (hcoio_read_std_mod.F90)
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
HEMCO ERROR: Cannot find field SPC_Hg0. Please check variable name in the config. file
ERROR LOCATION: HCOIO_READ_STD (hcoio_read_std_mod.F90)
ERROR LOCATION: HCOIO_DataRead (hcoio_dataread_mod.F90)
ERROR LOCATION: ReadList_Fill (hco_readlist_mod.F90)
ERROR LOCATION: ReadList_Read (hco_readlist_mod.F90)
ERROR LOCATION: HCO_RUN (hco_driver_mod.F90)
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
HEMCO ERROR: Error encountered in routine HCOIO_Read_Std!
ERROR LOCATION: HCOIO_READ_STD (hcoio_read_std_mod.F90)
ERROR LOCATION: HCOIO_DataRead (hcoio_dataread_mod.F90)
ERROR LOCATION: ReadList_Fill (hco_readlist_mod.F90)
ERROR LOCATION: ReadList_Read (hco_readlist_mod.F90)
ERROR LOCATION: HCO_RUN (hco_driver_mod.F90)
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
HEMCO ERROR: Error in HCOIO_DATAREAD called from HEMCO ReadList_Fill: SPC_Hg0
ERROR LOCATION: ReadList_Fill (HCO_ReadList_Mod.F90)
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
HEMCO ERROR: Error in called ReadList_Fill (7) from HEMCO ReadList_Read
ERROR LOCATION: ReadList_Read (HCO_ReadList_Mod.F90)
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
-------------------------------------------------------------------------------
HEMCO 3.0.0 FINISHED.
Warnings (level 1 or lower): 56
-------------------------------------------------------------------------------
Have you tried running a dry-run simulation:
$ ./gcclassic --dryrun > log.dryrun
$ ./download_data.py log.dryrun -cc
this should get the restart file for you.
The above commands should work in 13.0.2. In earlier versions you would have needed to copy the GEOSCHEM_RESTARTS folder manually from ComputeCanada.
Thank you very much for the answer and your time! So, I did the run with the 13.0.2 but it is producing the output restart files with this name variable: float SpeciesRst_HgP(time, lev, lat, lon) ; SpeciesRst_HgP:long_name = "Dry mixing ratio of species HgP" ; SpeciesRst_HgP:units = "mol mol-1 dry" ; SpeciesRst_HgP:averaging_method = "time-averaged" ; float SpeciesRst_Hg2(time, lev, lat, lon) ; SpeciesRst_Hg2:long_name = "Dry mixing ratio of species Hg2" ; SpeciesRst_Hg2:units = "mol mol-1 dry" ; SpeciesRst_Hg2:averaging_method = "time-averaged" ; float SpeciesRst_Hg0(time, lev, lat, lon) ; SpeciesRst_Hg0:long_name = "Dry mixing ratio of species Hg0" ; SpeciesRst_Hg0:units = "mol mol-1 dry" ; SpeciesRst_Hg0:averaging_method = "time-averaged" ;
and then when I make a new run using the produced restart file that I want we got an error again:
HEMCO ERROR: Cannot find field with valid time stamp in ./GEOSChem.Restart.20141001_0000z.nc4 - Cannot get field SPC_Hg0. Please check file name and time (incl. time range flag) in the config. file..
Maybe that was the problem also
Also, using the template restart file I run many different (start dates) simulations with EDGAR emissions and the 9th day mercury species got negative values and the simulation stopped
- Found all A1 met fields for 2012/04/09 22:30
GEOS-Chem ERROR: ��sU��B�T�U���T�U��sU� ��T�U|�sU���sU���sU���@
��sU��B�T�U���T�U��sU� ��T�U��sU�
@HarrietGRN, have you tried to compile and run with the debugging flags on? You can do this from your run directory
$ rm -rf build/* # clean out all makefiles
$ cmake ../CodeDir -DCMAKE_BUILD_TYPE=Debug -DRUNDIR=..
$ make -j install
$ cd ..
then run GEOS-Chem and see if it gives you an error. You can also look in GeosCore/mixing_mod.F90
, as this is the location of the error.
Also note: the Hg simulation may be a little bit behind the rest of GEOS-Chem development, as we rely on the community of users to maintain it.
This issue has been automatically marked as stale because it has not had recent activity. If there are no updates within 7 days it will be closed. You can add the "never stale" tag to prevent the Stale bot from closing this issue.
Closing due to inactivity
@HarrietGRN ,hi~ Did you resolve the promblem that you commented on 2 May about the HEMCO ERROR? I have the same error now when running an aerosol simulation:
HEMCO ERROR: Cannot find field with valid time stamp in ./GEOSChem.Restart.20190701_0000z.nc4 - Cannot get field SPC_BCPI. Please check file name and time (incl. time range flag) in the config. file
If there is a solution, could you please let me know? Thank you!
Sharing my input here in case others encounter a similar problem. I faced a comparable issue when conducting an Hg simulation using version 14.2.2. The error message I received was "HEMCO ERROR: Cannot find field SPC_Hg0." The provided restart file at http://geoschemdata.wustl.edu/ExtData/GEOSCHEM_RESTARTS/v2021-12/ has a filename of 'GEOSChem.Restart.Hg.20190101_0000z.nc4', but the model is searching for a file named GEOSChem.Restart.20190101_0000z.nc4. Renaming it worked.
In fact, this error also occurred when I simulated TaggedCO for nested grids until 2021.11.22, before which the simulation was quite normal. My version of geoschem is 14.1.1
I am trying to run the same simulation on 12.9.3 and .13.0.2 and never works for the second one. I downloaded the HEMCO/GCClassic_Output/13.0.0/ and the GEOSCHEM_RESTARTS/GC_13.0.0/ and of course Updated Streets Hg emissions, Updated EDGAR 4.3 Hg emissions. I copied the ./GEOSChem.Restart.20150101_0000z.nc4 to the run directory as this is my start date. (Is it the right way?)
The simulation stops when it is going to read the restart file. Thank you
Output
HEMCO.log
input.geos
HEMCO_Config.rc