Could not find matching time in input file when use sst_update

[binpyo]

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
~

 

[kwerner]

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:

ls -ls >& ls.txt

ncdump -v Times wrfbdy_d01 >& wrfbdy.txt

ncdump -v Times wrfinput_d01 >& wrflowinp.txt

ncdump -v Times wrflowinp_d01 >& wrflowinp.txt

and then attach those 4 *.txt files so that I can take a look?

Thanks,
Kelly

 

[binpyo]

So thanks for your help!!!!

it's my 4 txt file
View attachment wrflowinp.txt
View attachment wrfinp.txt
View attachment wrfbdy.txt
View attachment ls.txt

thanks again.

 

[kwerner]

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

 

[lya007]

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!

 

[kwerner]

Hi lya007,

Can you issue this command in your WRF running directory:

ls -ls

>& ls.txt

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

Thanks,
Kelly

 

[lya007]

Hi Kelly,

Enclosed please find the files. Thanks!

 

[kwerner]

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.

 

[lya007]

Hi Kelly,

Thanks so much. It can run successfully.

 

[kwerner]

Great! Thanks for letting me know.