Incorrect timestepping for elevated point source emissions


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,
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)

Hi Elyse,

there was a bug in CMAQv5.3 that caused crashes when STTIME was not 00000 and the model simulation crossed into a new day. This bug has been corrected in the recent CMAQv5.3.1 release. Downloading this recent version hopefully will fix your problem. If not, please report back here.

For further details about this bug in CMAQv5.3, please see the following documentation from the CMAQv5.3.1 release notes



1 Like

Hey people,
I got a similar error and despite I am using version CMAQv5.3.1, the segmentation fault persists.
slurm-123731.out.txt (739.2 KB)

Hi Ykaore,

Please review the best practices for solving CMAQ related problems and review the debug tutorial and then post a new topic.

It is difficult to monitor older topics, so we ask everyone to post a new issue. If you believe it is related to an older issue, you can mention that in your post.

Thank you,