wrfout cointaining multiple timesteps

Dear Supporters,
I recently had some issues in my operative wrf model chain. Sometimes the model writes wrfout files which contain more timesteps then the one expected (hourly), creating wrfout files which occupy many GB of memory. This could affect some post processing algorithms and processes I usually apply to them, or causing memory saturation.
The issue happens rarely and randomly and the majority of the model runs are not affected.
Does anyone find such a similar issue? Does anyone have some suggestions to avoid it?
You can find attahced the namelist.input used. Thank you for the support.
 

Attachments

You can find attached my namelist.input. Thank you for your support!

&time_control
run_days = 0,
run_hours = duration,
run_minutes = 0,
run_seconds = 0,
start_year = year_init,
start_month = month_init,
start_day = day_init,
start_hour = hour_init,
end_year = year_end_it,
end_month = month_end_it,
end_day = day_end_it,
end_hour = hour_end_it,
interval_seconds = 10800
input_from_file = .true.,.true.,.true.,
history_interval = 60, 60, 60,
frames_per_outfile = 1, 1, 1000,
restart = .false.,
restart_interval = 11000,
io_form_history = 2
io_form_restart = 2
io_form_input = 2
io_form_boundary = 2
iofields_filename = "add_var_IT.txt",
history_outname = wrfout_icon<domain>_<date>,
debug_level = 0
auxhist7_outname = wrfout_hfv_icon<domain>_<date>,
auxhist7_interval = 10
frames_per_auxhist7 = 6
io_form_auxhist7 = 2
output_diagnostics = 1
auxhist3_outname = wrfout_diag_icon<domain>_<date>,
io_form_auxhist3 = 2
auxhist3_interval = 60
frames_per_auxhist3 = 1
nwp_diagnostics = 1
/

&domains
time_step = 50,
use_adaptive_time_step = .true.
target_cfl = 1.2, 1.2, 1.2,
max_step_increase_pct = 5,
starting_time_step = 10,
max_time_step = 30,
min_time_step = 10,
time_step_fract_num = 0,
time_step_fract_den = 1,
max_dom = 1,
e_we = 411, 316, 94,
e_sn = 411, 361, 91,
e_vert = 38, 38, 33,
eta_levels = 1.000, 0.996, 0.989, 0.978, 0.964, 0.947, 0.928, 0.905, 0.881, 0.854, 0.825, 0.794, 0.762, 0.728, 0.693, 0.657, 0.620, 0.582,0.544, 0.506, 0.468, 0.430, 0.392, 0.355, 0.318, 0.283, 0.248, 0.215, 0.183, 0.154, 0.126, 0.100, 0.076, 0.055, 0.037, 0.021, 0.009, 0.000,
p_top_requested = 5000,
num_metgrid_levels = 21,
num_metgrid_soil_levels = 7,
dx = 3500, 4000, 3333.33,
dy = 3500, 4000, 3333.33,
grid_id = 1, 2, 3,
parent_id = 0, 1, 2,
i_parent_start = 1, 150, 30,
j_parent_start = 1, 15, 30,
parent_grid_ratio = 1, 3, 3,
parent_time_step_ratio = 1, 3, 3,
feedback = 1,
smooth_option = 0,

/

&physics
!physics_suite = 'CONUS'
mp_physics = 5, 5, -1,
cu_physics = 0, 0, 0,
ra_lw_physics = 4, 99, -1,
ra_sw_physics = 1, 99, -1,
ra_sw_eclipse = 1,
bl_pbl_physics = 1, 1, -1,
sf_sfclay_physics = 1, 1, -1,
sf_surface_physics = 2, 2, -1,
radt = 5, 10, 30,
bldt = 0, 0, 0,
cudt = 0, 0, 5,
icloud = 1,
num_soil_layers = 4,
num_land_cat = 21,
sf_urban_physics = 0, 0, 0,
isfflx = 1,
ifsnow = 1,
icloud = 1,
icloud_bl = 0,
aer_opt = 1,
! swint_opt = 2,
sst_update = 0,

/

&fdda
/

&dynamics
rk_ord = 3,
hybrid_opt = 2,
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.01, 0.2, 0.2
khdif = 0, 0, 0,
kvdif = 0, 0, 0,
smdiv = 0.1, 0.1,
emdiv = 0.01, 0.01,
epssm = 0.1, 0.1,
non_hydrostatic = .true., .true., .true.,
moist_adv_opt = 1, 1, 1,
scalar_adv_opt = 1, 1, 1,
gwd_opt = 1,
chem_adv_opt = 1,
tke_adv_opt = 1,
time_step_sound = 0,

/

&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,
/
 
In your namelist.input, you set

frames_per_outfile = 1, 1, 1000,
max_dom =1

Based on this setting, you should have wrfout_d01 files at times of output and each file should contain only a single time output.

Sorry that I have no explanation why some wrfout files contain output of multiple times.
 
Thank you anyway!
I've read in the forum that other people found the same issue working with the version 4.4. Maybe it's a bug of the model for this new version
 
Back
Top