Scheduled Downtime
On Friday 21 April 2023 @ 5pm MT, this website will be down for maintenance and expected to return online the morning of 24 April 2023 at the latest

Could not find matching time in input file when use sst_update

This post was from a previous version of the WRF&MPAS-A Support Forum. New replies have been disabled and if you have follow up questions related to this post, then please start a new thread from the forum home page.

binpyo

New member
I want to use sst_update =1 in &physics
so, I put
auxinput4_inname = “wrflowinp_d<domain>”,
auxinput4_interval = 360,
io_form_auxinput4 = 2,

in &time_control

and put

sst_update = 1,

in &physics

and real.exe gives me success message.
"wrflowinp_d01.nc" and "wrfinput_d01.nc" are also created with correct time dimensions.

but rsl.error.000 gives message to me like

-------------- FATAL CALLED ---------------
FATAL CALLED FROM FILE: <stdin> LINE: 939
... Could not find matching time in input file wrfout_d01_2002-11-25_12:00:00


there are something I have to do or do not when use sst_update=1 option?
(I used WRF 3.7.1 with polar WRF variation)

thanks for reading.

this is my full namelist.input

&time_control
run_days = 5,
run_hours = 12,
run_minutes = 0,
run_seconds = 0,
start_year = 2002, 2002, 2002,
start_month = 11, 11, 11,
start_day = 25, 25, 25,
start_hour = 12, 12, 12,
start_minute = 00, 00, 00,
start_second = 00, 00, 00,
end_year = 2002, 2002, 2002,
end_month = 12, 12, 12,
end_day = 01, 01, 01,
end_hour = 00, 00, 00,
end_minute = 00, 00, 00,
end_second = 00, 00, 00,
interval_seconds = 21600,
input_from_file = .true.,.true.,.true.,
history_interval = 180, 60, 60,
frames_per_outfile = 1000, 1000, 1000,
restart = .false.,
restart_interval = 5000,
io_form_history = 2,
io_form_restart = 2,
io_form_input = 2,
io_form_boundary = 2,
debug_level = 0,
auxinput4_inname = “wrflowinp_d<domain>”,
auxinput4_interval = 360,
io_form_auxinput4 = 2,
/
&domains
time_step = 60,
time_step_fract_num = 0,
time_step_fract_den = 1,
max_dom = 1,
e_we = 97, 112, 94,
e_sn = 139, 97, 91,
e_vert = 50, 30, 30,
p_top_requested = 1000,
num_metgrid_levels = 27,
num_metgrid_soil_levels = 2,
dx = 24000, 10000, 3333.33,
dy = 24000, 10000, 3333.33,
grid_id = 1, 2, 3,
parent_id = 0, 1, 2,
i_parent_start = 1, 31, 30,
j_parent_start = 1, 17, 30,
parent_grid_ratio = 1, 3, 3,
parent_time_step_ratio = 1, 3, 3,
feedback = 1,
smooth_option = 0
/

&physics
mp_physics = 10, 3, 3,
ra_lw_physics = 4, 1, 1,
ra_sw_physics = 4, 1, 1,
radt = 30, 30, 30,
sf_sfclay_physics = 1, 1, 1,
sf_surface_physics = 2, 2, 2,
bl_pbl_physics = 5, 1, 1,
bldt = 0, 0, 0,
cu_physics = 3, 1, 0,
cudt = 5, 5, 5,
fractional_seaice = 1,
isfflx = 1,
ifsnow = 1,
icloud = 1,
surface_input_source = 1,
num_soil_layers = 4,
sf_urban_physics = 0, 0, 0,
SEAICE_THICKNESS_OPT = 1,
SEAICE_THICKNESS_DEFAULT = 3.,
SEAICE_SNOWDEPTH_OPT = 1,
SEAICE_SNOWDEPTH_MAX = 1.0,
SEAICE_SNOWDEPTH_MIN = 0.001,
sst_update = 1,
traj_opt=1,
mfshconv=0,
/

&fdda
/
&dynamics
w_damping = 0,
diff_opt = 1, 1, 1,
km_opt = 4, 4, 4,
diff_6th_opt = 0, 0, 0,
diff_6th_factor = 0.12, 0.12, 0.12,
base_temp = 290.
damp_opt = 0,
zdamp = 5000., 5000., 5000.,
dampcoef = 0.2, 0.2, 0.2
khdif = 0, 0, 0,
kvdif = 0, 0, 0,
non_hydrostatic = .true., .true., .true.,
moist_adv_opt = 1, 1, 1,
scalar_adv_opt = 1, 1, 1,
/

&bdy_control
spec_bdy_width = 5,
spec_zone = 1,
relax_zone = 4,
specified = .true., .false.,.false.,
nested = .false., .true., .true.,
/

&grib2
/

&namelist_quilt
nio_tasks_per_group = 0,
nio_groups = 1,
/


and it is my full rsl.error0000
taskid: 0 hostname: node3051
Ntasks in X 20 , ntasks in Y 34
--- NOTE: grid_fdda is 0 for domain 1, setting gfdda interval and ending time to 0 for that domain.
--- NOTE: both grid_sfdda and pxlsm_soil_nudge are 0 for domain 1, setting sgfdda interval and ending time to 0 for that domain.
--- NOTE: obs_nudge_opt is 0 for domain 1, setting obs nudging interval and ending time to 0 for that domain.
--- NOTE: RRTMG radiation is in use, setting: levsiz=59, alevsiz=12, no_src_types=6
--- NOTE: num_soil_layers has been set to 4
WRF V3.7.1 MODEL
*************************************
Parent domain
ids,ide,jds,jde 1 97 1 139
ims,ime,jms,jme -4 12 -4 12
ips,ipe,jps,jpe 1 5 1 5
*************************************
DYNAMICS OPTION: Eulerian Mass Coordinate
alloc_space_field: domain 1 , 13091764 bytes allocated
med_initialdata_input: calling input_input
Timing for processing wrfinput file (stream 0) for domain 1: 3.44118 elapsed seconds
INPUT LandUse = "USGS"
LANDUSE TYPE = "USGS" FOUND 33 CATEGORIES 2 SEASONS WATER CATEGORY = 16 SNOW CATEGORY = 24
INITIALIZE THREE Noah LSM RELATED TABLES
LANDUSE TYPE = USGS FOUND 27 CATEGORIES
INPUT SOIL TEXTURE CLASSIFICATION = STAS
SOIL TEXTURE CLASSIFICATION = STAS FOUND 19 CATEGORIES
Timing for Writing wrfout_d01_2002-11-25_12:00:00 for domain 1: 6.70468 elapsed seconds
1 input_wrf: wrf_get_next_time current_date: 2002-11-25_12:00:00 Status = -10
-------------- FATAL CALLED ---------------
FATAL CALLED FROM FILE: <stdin> LINE: 939
... Could not find matching time in input file wrfout_d01_2002-11-25_12:00:00
-------------------------------------------
application called MPI_Abort(MPI_COMM_WORLD, 1) - process 0
~
 
Hi,
This is an odd error. I'm not sure why it's looking for the time in the wrfout* file.
1) Is this specific to when you turn on sst_update? Does this happen when you turn that off?
2) Can you issue the following commands from your running directory:
Code:
ls -ls >& ls.txt
Code:
ncdump -v Times wrfbdy_d01 >& wrfbdy.txt
Code:
ncdump -v Times wrfinput_d01 >& wrflowinp.txt
Code:
ncdump -v Times wrflowinp_d01 >& wrflowinp.txt
and then attach those 4 *.txt files so that I can take a look?

Thanks,
Kelly
 
Hi,
Thanks for sending those. Although the error you are getting is quite strange, and doesn't seem related to this, I think a potential problem here is that you're using 680 processors, which is way too many for a very small domain. Take a look at this FAQ regarding choosing a good number of processors to use:
http://forum.mmm.ucar.edu/phpBB3/viewtopic.php?f=73&t=5082

I would try lowering that significantly, to something closer to 24, and see if that makes any difference in the error you are seeing. If you are still seeing that error, or anything different, please package all of your new rsl* files together and attach those.

Thanks,
Kelly
 
Hi Kelly, I had the same problem for WRF V3.9 and V4.0 when using sst_update. I also try to set a reasonable number of processors, but this problem still exists. Attached please find the detailed rsl.error.log. Thanks for the help.

Hi Binpyo, are you closing to solving the problem? Thanks!
 

Attachments

  • rsl.wrf.error.log
    13 KB · Views: 67
Hi lya007,

Can you issue this command in your WRF running directory:
Code:
ls -ls
>& ls.txt

and then attach that ls.txt file, along with your namelist.input file?

Thanks,
Kelly
 
Hi Kelly,

Enclosed please find the files. Thanks!
 

Attachments

  • ls.txt
    12 KB · Views: 65
  • namelist.input
    4.7 KB · Views: 82
Hi,
Thanks for sending that. I was able to figure out the problem, and it is the same for both of your cases (lya007 and binpyo). Regardless of the useless error message you are getting, the problem is that there is something wrong with the line in your namelist for auxinput4_inname. Instead of using vim to open your namelist files, I opened it in a doc file, and and was able to see the corrupted line. I'm attaching a screen shot of what I could see so that you can take a look. I'm not sure how this happened (did you perhaps copy/paste the line in from a document or web page)? Either way, try to type it in manually and see if that makes any difference.
 

Attachments

  • corrupt_namelist.png
    corrupt_namelist.png
    80.2 KB · Views: 1,655
Top