I am so sorry that uploading the wrong file since I got too many log files. I upload the one with the 12US1 setting this time.
movesmrg_RPP_onroad_aug_2016fh_16j_20160802_12US1_459X299_cmaq_cb6.log.txt (21.4 KB)
Since that test didn’t work, that means it is likely something specific to your computing platform.
Can you redo that test (12US1 domain / our METMOVES), but trying EPA precompiled executables from the 2016v1 package one more time?
To confirm that EPA precompiled executables are being used in that test, the Movesmrg log should say: “Program MOVESMRG, Version SMOKEv4.6_Sep2018”
My computing nodes have some issue in running codes compiled with intel compiler so I have to run code with GCC complied executables. But I also can use some temporal nodes to run ifort executable. I use SMOKE and IOAPI from 2016v1 platform but I found the SMOKEversion is 4.7. However, I also got an error massage from the standard log output which is:
gates/CONUS12_2014_30apr2019/
Linux2_x86_64ifort
NOTE: Default MONTH setting to ‘jan’
SCRIPT NOTE: Setting months with no partial months
SCRIPT NOTE: Scanning GSREF for duplicate records
SCRIPT NOTE: No duplicates found in /scratch/general/lustre/copycky/models/NEI/nei_2016_v1//ge_dat/speciation/gsref_MOVES2014_dummy_nei_2014v1_platform_17jan2017_v0.txt
SCRIPT NOTE: Scanning MGREF for duplicate records
SCRIPT NOTE: No duplicates found in /scratch/general/lustre/copycky/models/NEI/nei_2016_v1//ge_dat/gridding/mgref_onroad_us_2014platform_18sep2018_v5.txt
SCRIPT NOTE: Scanning MTREF for duplicate records
SCRIPT NOTE: No duplicates found in /scratch/general/lustre/copycky/models/NEI/nei_2016_v1//ge_dat/temporal/mtref_onroad_MOVES_2014v2_19sep2018_nf_v2
subsect = RPP_onroad_aug
testing SRGPRO_PATH set by SRGPRO input: /scratch/general/lustre/copycky/models/NEI/nei_2016_v1//ge_dat/gridding/surrogates/CONUS12_2014_30apr2019/
Linux2_x86_64ifort
SCRIPT ERROR: Incorrect number of arguments for runsettings.csh
The correct sytax for calling that script is:
runsettings.csh <sector> <grid> <partnum> <juldate> <infile>
Creating dataset /scratch/general/lustre/copycky/models/NEI/nei_2016_v1//2016fh_16j/inputs/onroad/mbinv_RPP_onroad_aug_2016fh_16j.lst
using script combine_data.csh
Processing environment variables EMISINV_A
SMKINVEN_MONTH set to 0
Running part 1…
SCRIPT NOTE: Automatically deleting log file.
/scratch/general/lustre/copycky/models/NEI/nei_2016_v1//2016fh_16j/intermed/onroad/RPP/logs/smkinven_RPP_onroad_aug_2016fh_16j.log
0.000u 0.005s 0:00.38 0.0% 0+0k 4064+0io 1pf+0w
SCRIPT NOTE: timetracker is replacing line 2 of the TIMELOG file
now checking log file /scratch/general/lustre/copycky/models/NEI/nei_2016_v1//2016fh_16j/intermed/onroad/RPP/logs/smkinven_RPP_onroad_aug_2016fh_16j.log
- ERROR detected in logfile:
- /scratch/general/lustre/copycky/models/NEI/nei_2016_v1//2016fh_16j/intermed/onroad/RPP/logs/smkinven_RPP_onroad_aug_2016fh_16j.log
ERROR: detected in Smkinven
ERROR: Running smk_run for part 1 in aug_2016
log analyzer
Getting message data (might take some time)…
Finished getting data
Classifying message types…
Total number of known messages: 9225
Total number of unknown messages: 0
Level 3 analysis…
Finished classifying message types
log analyzer
Getting message data (might take some time)…
Finished getting data
Classifying message types…
Total number of known messages: 9225
Total number of unknown messages: 0
Level 1 analysis…
Finished classifying message types
Testing for exit priority <= 1
All message priorities > 1
OK, we may be approaching what we can do for you on this. Here are a few remaining thoughts:
Is this the error you get when trying to run with our execs?
SCRIPT ERROR: Incorrect number of arguments for runsettings.csh
The correct sytax for calling that script is:
runsettings.csh
This is probably because the IOAPI utility juldate didn’t run properly. You said you used our SMOKE and IOAPI, which we assume includes setting IOAPI_LOCATION to $INSTALL_DIR/ioapi/. You could try running setting IOAPI_LOCATION to whatever he was using before, in combination with our SMOKE_LOCATION, and see what happens.
Re: the SMOKE version, the code says “4.6” but it is really more like 4.7, so we put it in directories labeled 4.7 in the package.
Can you try running on a single CPU with maximum amount of memory you can get? Just to rule out this is not an issue with parallelization…
Thanks for replying. I tried to use my own IOAPI compiled with Intel but got the same error of “SCRIPT ERROR: Incorrect number of arguments for runsettings.csh”. Once I tried IOAPI and SMOKE complied by GCC the program ended up at MOVESMRG without an error message.
Thanks for your suggestion. I tried but still got the same result. It seems like not the parallelization issue.
I am testing the program and found the end of the program could be due to some minor issue from the source code of MOVESMRG. I found that the program shows an error message:
/uufs/chpc.utah.edu/common/home/holmes-group1/copycky/model/smk_4.8/subsys/smoke/Linux2_x86_64gfort_mediumdbg/movesmrg
At line 275 of file /uufs/chpc.utah.edu/common/home/holmes-group1/copycky/model/smk_4.8//subsys/smoke/src/movesmrg/rdmrclist.f
Fortran runtime error: Expected INTEGER for item 2 in formatted transfer, got CHARACTER
( 10( A, :, I8, :, 1X ) )
^
if ( Y == Y ) then
/scratch/general/lustre/copycky/models/NEI/nei_2016_v1//smoke4.7/scripts/run/timetracker_v2.csh N /scratch/general/lustre/copycky/models/NEI/nei_2016_v1//2016fh_16j/intermed/onroad/RPP/logs/timelog_onroad_2016fh_16j_US_12km_all.txt 04/28/2022,14:28:05 movesmrg 20160802
if ( 0 != 0 ) then
endif
/scratch/general/lustre/copycky/models/NEI/nei_2016_v1//smoke4.7/scripts/run/checklogfile.csh
if ( 1 != 0 ) then
echo ERROR: detected in movesmrg
false -k 28310_1312400444602 -m ERROR: detected in movesmrg -p 20160802 -t e
exit ( 1 )
if ( 1 != 0 ) then
echo ERROR: Running smk_run for part 4 for 20160802
false -k 28310_1312400444602 -m ERROR: Running smk_run for part 4 -t e -x /scratch/general/lustre/copycky/models/NEI/nei_2016_v1//smoke4.7/scripts/run/smk_run_v8.csh -p 20160802
Is it the reason of the stop of this run?
I am testing the program and found the end of the program could be due to some minor issue from the source code of MOVESMRG. I found that the program shows an error message:
/uufs/chpc.utah.edu/common/home/holmes-group1/copycky/model/smk_4.8/subsys/smoke/Linux2_x86_64gfort_mediumdbg/movesmrg
At line 275 of file /uufs/chpc.utah.edu/common/home/holmes-group1/copycky/model/smk_4.8//subsys/smoke/src/movesmrg/rdmrclist.f
Fortran runtime error: Expected INTEGER for item 2 in formatted transfer, got CHARACTER
( 10( A, :, I8, :, 1X ) )
^
if ( Y == Y ) then
/scratch/general/lustre/copycky/models/NEI/nei_2016_v1//smoke4.7/scripts/run/timetracker_v2.csh N /scratch/general/lustre/copycky/models/NEI/nei_2016_v1//2016fh_16j/intermed/onroad/RPP/logs/timelog_onroad_2016fh_16j_US_12km_all.txt 04/28/2022,14:28:05 movesmrg 20160802
if ( 0 != 0 ) then
endif
/scratch/general/lustre/copycky/models/NEI/nei_2016_v1//smoke4.7/scripts/run/checklogfile.csh
if ( 1 != 0 ) then
echo ERROR: detected in movesmrg
false -k 28310_1312400444602 -m ERROR: detected in movesmrg -p 20160802 -t e
exit ( 1 )
if ( 1 != 0 ) then
echo ERROR: Running smk_run for part 4 for 20160802
false -k 28310_1312400444602 -m ERROR: Running smk_run for part 4 -t e -x /scratch/general/lustre/copycky/models/NEI/nei_2016_v1//smoke4.7/scripts/run/smk_run_v8.csh -p 20160802
Is it the reason for the stop of this run?
The runtime error message is correct. MCREFIDX is a character array not an integer one. That is a bug in rdmrclist.f routine. You can fix that bug by updating line 273-274:
=========================================================
WRITE( MESG, 94010 ) 'ERROR: No factor file found ’ //
& ‘for reference county’, MCREFIDX( I,1 ), 'in ’ //
to
MESG = 'ERROR: No factor file found ’ //
& ‘for reference county’ // MCREFIDX( I,1 ) // 'in ’ //
Thanks for your help. Now the Error shows up in the movesmrg_RPP log file, which is:
ERROR: No factor file foundfor reference county000000004013in reference county factors list.
At the sametime, there is still errors in standard log file, which is also in the same source script in rdmrclist.f:
At line 260 of file /uufs/chpc.utah.edu/common/home/holmes-group1/copycky/model/smk_4.8//subsys/smoke/src/movesmrg/rdmrclist.f
Fortran runtime error: Index ‘627’ of dimension 1 of array ‘reffip’ above upper bound of 626
Is there anything can fix this issue?
Well, before we get to the upper bound issue, it is clear there is a known error you need to address first. Sometimes, the other issue may go away once the first issue is resolved. Were you able to identify whether the 4003 reference county RPP lookup table is missing or not?
I only found two rateperprofile_xxx ended with 4013, I download the eftables from 2016v1 platform there are:
rateperprofile_smoke_aq_cb6_saprc_1Aug2019_2016v1platform-2016-20190718_34013_01.csv
rateperprofile_smoke_aq_cb6_saprc_1Aug2019_2016v1platform-2016-20190718_34013_07.csv
I don’t find anything else ended with 4003. I am not sure if it is the reason of this error.
You may not have all of the EF tables. The 4013 RPP EF tables are available here:
Thanks for your reply. I am sorry I didn’t make it clear. 4013 eftables do exist in my eftable input folder. I have both 4013_01.csv and 4013_07.csv in the folder. But 4013 is not found in the MRCLIST (mrclist_RPP_2016version1_AQ_CB6_02aug2019_05aug2019_v0), I am not sure if it is the reason that the program.
I was wondering about that. If you do not see those files listed in the MRCLIST input file, please add them and rerun the RPP case.
We found that county 4013 is in mrclist_RPP_2016version1_AQ_CB6_02aug2019_05aug2019_v0:
4013,1,“rateperprofile_smoke_aq_cb6_saprc_1Aug2019_2016v1platform-2016-20190718_4013_01.csv”
4013,7,“rateperprofile_smoke_aq_cb6_saprc_1Aug2019_2016v1platform-2016-20190718_4013_07.csv”
We are not sure why you say it’s not in there as we just re-downloaded ge_dat_for_2016v1_other_31oct2019.zip from FTP to double check.
Now the error come up with:
*** ERROR ABORT in subroutine MOVESMRG
Could not find minimum or maximum temperatures for county 000000004013 and episode month 8
Date and time 0:00:00 Aug. 2, 2016 (2016215:000000)
It means that you need a new METMOVES met input files that holds the 4013 county min/max temperature values. You probably need to run Met4moves program to generate METMOVES file for your RPP runs. I believe that there will be a Met4moves run script in the package.
Thanks for the suggestion. How could I add 4013 county to the METMOVES file? Is that mean I need to modify the MFMREF file when running met4moves? Or should I use another SRG_LIST?