WRF3.8.1运行real.exe已经跑了6个月突然中断报错num_metgrid_levels mismatch

风铃bling

  例子尺度略长，最初的metgrid还报过几次错，不断更改后发现应该是初始数据的问题（可能下载时没下全），重新下载过后终于通过了，进行real，从13年10月开始跑，14年10月20日00：00中断报错说层数不匹配；

  使用ncdump查看了WPS中生成的met文件，确实层数发生了变化（最初是27层，中断节点的层数是18层）。后来更换了初始年份，从15年10月开始跑，于16年5月11号12：00再次中断，报错相同，情况相同。怀疑初始fnl数据错误，重新下载运行发现并没有改观。再后来尝试更换了namelist.wps中的geo_data_res，本来使用的default，改成10m，但是一样没有改观。


  不是很明白为什么生成的met文件的数据的层数会发生变化，前后应该保持一致的吧？


  namelis.wps
&share
wrf_core = 'ARW',
max_dom = 2,
start_date = '2013-10-01_00:00:00','2013-10-01_00:00:00',
end_date   = '2016-03-01_00:00:00','2016-03-01_00:00:00',
interval_seconds = 21600
io_form_geogrid = 2,
/
&geogrid
parent_id         =   1,   1,
parent_grid_ratio =   1,   3,
i_parent_start    =   1,  40,
j_parent_start    =   1,  45,
e_we              =  150, 196,
e_sn              =  160, 196,
geog_data_res = '10m','10m',
dx = 18000,
dy = 18000,
map_proj = 'lambert',
ref_lat   =  38,
ref_lon   =  74,
truelat1  =  38,
truelat2  =  60.0,
stand_lon =  74,
geog_data_path = '/public/geog/'
/
&ungrib
out_format = 'WPS',
prefix = 'FILE',
/
&metgrid
fg_name = 'FILE'
io_form_metgrid = 2,
/






  附上WRF namelist.input截图：

namelist.input

  确实让人很困扰了，还望各位多提宝贵想法，先谢过了。

老A

num_metgrid_levels由27改成下面那行提示不匹配的数字，再把p_top_requested由5000改成15000，这个错误就没有了

风铃bling

老A 发表于 2019-6-6 23:16
num_metgrid_levels由27改成下面那行提示不匹配的数字，再把p_top_requested由5000改成15000，这个错误就没 ...

  非常感谢您的回答，我进行了尝试，但是还是失败了。我想明确一下，我的报错应该是因为生成的met文件前后层数发生了变化，所以跑着跑着会报错，按照您的方法，更改的层数和最初的层数依旧是不匹配的。相当于我5月11号之前的文件num_metgrid_levels都是27，但是从5月11号之后的就变成了32，如果我直接改成32，那前半段还是没有办法real。

weilin421

14年5月11号之后 fnl数据层数变了一次，所以前后你得分着跑

weilin421

之前是27，之后是32

风铃bling

weilin421 发表于 2019-6-8 19:43
14年5月11号之后 fnl数据层数变了一次，所以前后你得分着跑

非常感谢您的回答，有几个疑问想和您讨论一下，首先我的断点是在2014年得10月和2016年的5月11号，似乎和那个变化时段不太一样。其次，我前后分段跑的话，第二段的spin-up（预热期）应该如何处理呢？

lb369

请问您的问题解决了没有？我跑2019年6月12日前后也是存在这个问题，fnl每次升级数据都会发生变化，不知道大家是怎么解决的