CMAQ-5.3.2 run error

CMAQ
1

Hi everyone,
I am using CMAQ-5.3.2 and i get the following error when running it. It run for 11 simulation hours and stopped with this:
Processing Day/Time [YYYYDDD:HHMMSS]: 2010046:113320
Which is Equivalent to (UTC): 11:33:20 Monday, Feb. 15, 2010
Time-Step Length (HHMMSS): 000640
VDIFF completed… 2.7 seconds
COUPLE completed… 0.1 seconds
HADV completed… 19.6 seconds
ZADV completed… 0.9 seconds
HDIFF completed… 2.2 seconds
DECOUPLE completed… 0.1 seconds
PHOT completed… 0.0 seconds
CLDPROC completed… 0.5 seconds
At line 112 of file o3totcol.f
Fortran runtime error: Bad unit number in statement
At line 112 of file o3totcol.f
Fortran runtime error: Bad unit number in statement
At line 112 of file o3totcol.f
Fortran runtime error: Bad unit number in statement
At line 112 of file o3totcol.f
Fortran runtime error: Bad unit number in statement
At line 112 of file o3totcol.f
Fortran runtime error: Bad unit number in statement
At line 112 of file o3totcol.f
Fortran runtime error: Bad unit number in statement
At line 112 of file o3totcol.f
Fortran runtime error: Bad unit number in statement
At line 112 of file o3totcol.f
Fortran runtime error: Bad unit number in statement
Command exited with non-zero status 2
real 12346.85
user 92836.71
sys 685.22
Could you please help with this?
Thanks!
Lin

2

If the code had followed the error-checking standards that should have been in place, he code should have had a check immediately after the GETEFILE() call at line 110: if TMUNIT is negative, M3EXIT() with a message that TMFILE could not be opened.

In the per-processor output files there should have been messages from GETEFILE() that indicate the I/O status-number. In your compiler’s documentation (the numbers are compiler specific), you should be able to track down the nature of the error from the value of that status-number.

3

Got it. I will check.
Thanks!
Lin

4

Line 112 of o3totcol.f is in a FIRSTIME block, which should not be getting executed 11 hours into a model simulation. Are there any other errors occurring previously?

5

Hi Lin,

Be sure that you are using the following OMIfile in your run script.

#> Ozone column data
set OMIfile = OMI_1979_to_2019.dat

1 Like
6

Thanks so much! Yeah it seems i used the wrong OMI file, i used OMI_1979-2017.dat before. I changed to the right one and am now running the model to see if it works.
Lin

7

Hi everyone,
After i changed OMI file it run smoothly for 2 complete days and then stopped with this error on screen:

2020-11-11 (2)
2020-11-11 (2)592×617 213 KB

It shows program complete successfully but i actually set the running for 18 days.
Attached is my run script. run_cctm.csh (35.6 KB)
Could you help with it?
Thanks!
Lin

8

Not my area of expertise, but an internet search suggests this is probably a problem with the version of MPICH that is installed on your system rather than something in CMAQ.

9

Thanks cgnoite,
I know very little about MPICH. If it is the MPICH version problem, would the error show after two days simulation?
Lin

10

Please share the output from the following commands on your system along with the error you are seeing with your system administrator.
uname -a
mpif90 --version
mpif90 --show
mpiexec --version

11

HI Liz,
I have the following information from those commands:

  1. Linux j430-Inspiron-3847 4.4.0-92-generic #115-Ubuntu SMP Thu Aug 10 09:04:33 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux

  2. GNU Fortran (Ubuntu 5.4.0-6ubuntu1~16.04.5) 5.4.0 20160609
    Copyright © 2015 Free Software Foundation, Inc.

GNU Fortran comes with NO WARRANTY, to the extent permitted by law.
You may redistribute copies of GNU Fortran
under the terms of the GNU General Public License.
For more information about these matters, see the file named COPYING

  1. gfortran: error: unrecognized command line option ‘–show’

  2. HYDRA build details:
    Version: 3.3.2
    Release Date: Tue Nov 12 21:23:16 CST 2019
    CC: gcc -I/home/j430/library/netcdf-c/include -L/home/j430/library/netcdf-c/lib -L/usr/lib/x86_64-linux-gnu
    CXX: g++ -I/home/j430/library/netcdf-c/include -L/home/j430/library/netcdf-c/lib -L/usr/lib/x86_64-linux-gnu
    F77: gfortran -L/home/j430/library/netcdf-c/lib -L/usr/lib/x86_64-linux-gnu
    F90: gfortran -L/home/j430/library/netcdf-c/lib -L/usr/lib/x86_64-linux-gnu
    Configure options: ‘–disable-option-checking’ ‘–prefix=/home/j430/library/mpich-3.3.2’ ‘LDFLAGS=-L/home/j430/library/netcdf-c/lib -L/usr/lib/x86_64-linux-gnu’ ‘CPPFLAGS=-I/home/j430/library/netcdf-c/include -I/home/j430/lib-install/mpich-3.3.2/src/mpl/include -I/home/j430/lib-install/mpich-3.3.2/src/mpl/include -I/home/j430/lib-install/mpich-3.3.2/src/openpa/src -I/home/j430/lib-install/mpich-3.3.2/src/openpa/src -D_REENTRANT -I/home/j430/lib-install/mpich-3.3.2/src/mpi/romio/include’ ‘–cache-file=/dev/null’ ‘–srcdir=.’ ‘CC=gcc’ ‘CFLAGS= -O2’ ‘LIBS=’ ‘MPLLIBNAME=mpl’
    Process Manager: pmi
    Launchers available: ssh rsh fork slurm ll lsf sge manual persist
    Topology libraries available: hwloc
    Resource management kernels available: user slurm ll lsf sge pbs cobalt
    Checkpointing libraries available:
    Demux engines available: poll select

12

Hi lwu127,

Could you please try set your START_DATE to "2010-02-17" and NEW_START to FALSE and resubmit your job and let me know the outcome?

Cheers,
David

13

Hi David,
I restart from 02-17, set NEW_START to FALSE and it runs smothly without error till now. Do you have any idea of what causes the error in the past simulation?
Thanks!
Lin