Hi,
I am getting the error seen below when running CMAQv5.3. The ${STTIME} of my simulation is 080000, and CMAQ is able to complete the first 16 time steps (080000-230000 of the first day), but then fails when it hits the next day. I think when the day switches over, something in the elevated point source emissions module is being reset to look for the STTIME of that next day, instead of looking at 000000 of that day.
Processing Day/Time [YYYYDDD:HHMMSS]: 2012203:000100
Which is Equivalent to (UTC): 0:01:00 Saturday, July 21, 2012
Time-Step Length (HHMMSS): 000100
netCDF error number -40
>>--->> WARNING in subroutine RDTFLAG
Error reading netCDF time step flag for STK_EMIS_001
M3WARN: DTBUF 9:00:00 July 21, 2012 (2012203:090000)
>>--->> WARNING in subroutine XTRACT3
Time step not available for file: STK_EMIS_001
M3WARN: DTBUF 9:00:00 July 21, 2012 (2012203:090000)
*** ERROR ABORT in subroutine retrieve_stack_d on PE 033
Could not extract STK_EMIS_001 file
PM3EXIT: DTBUF 9:00:00 July 21, 2012
Date and time 9:00:00 July 21, 2012 (2012203:090000)
I looked in the source code to see where the date is being defined for retrieve_stack_data, and saw this note at the top of PT3D_DEFN.F: “in subroutine GET_PT3D_EMIS, use PRE_JDATE, and LOC_STKDATE to track change of date during a simulation when the start time is not 0, so correct data can be pulled by INTERPX routine”. But, PRE_JDATE is not used anywhere.
In CMAQv5.2.1, PRE_JDATE is used in PT3D_DEFN.F, and my simulation runs completely there. The time definitions/checks in PT3D_DEFN.F in CMAQv5.2.1 versus CMAQv5.3 are pretty different, so I’m not sure where to make the date change. Can someone please recommend how to resolve these differences?
The full log file is attached, as well as the run script and the MPI output (slurm_*.out).
Thank you,
Elyse
CTM_LOG_033.v53_gcc_LA1km_2012emis_WRFv38_20120720.txt (726.8 KB) run_cctm_LA1km_CARB2018_2012emis.csh.txt (34.4 KB) slurm-8410956.out.txt (728.2 KB)