WRF | normal errors and solutions

WRF ERRORS

问题1：Landmask ivgtyp 不匹配

描述：

• Real.exe 崩溃，给出错误消息：

-------------- FATAL CALLED ---------------

FATAL CALLED FROM FILE: LINE: 3299

mismatch_landmask_ivgtyp

\-------------------------------------------

原因：

• 到目前为止，仅在使用 ECMWF Era-Interim 数据集时发生， 原因不明。 它记录在 WRF-ARW 网站 上。

解决方案：

• 将 namelist.input 的 &physicals 参数上的surface_input_source值从3更改为1

surface_input_source                = 3,	! where landuse and soil category data come from:
                                                  1 = WPS/geogrid but with dominant categories recomputed
                                                  2 = GRIB data from another model (only possible
                                                      (VEGCAT/SOILCAT are in met_em files from WPS)
                                                  3 = use dominant land and soil categories from WPS/geogrid (default since 3.8)

选1是指土地利用类型和土壤类型数据的来源格式是WPS/geogrid，但在实际土地利用类型中会重新计算得到；

选2是其他模式产生的grib格式数据；

选3完全来自前处理WPS/geogrid。

问题2：Ungrib.exe 分段错误（结束日期）

描述：

Ungrib.exe crashes at the ungribbing process at the end date, giving error message: "Segmentation fault ..."

• Ungrib.exe 在结束日期的 ungribbing 进程中崩溃，给出错误消息：“分段错误…”

原因：

• 可能，它与计算机内存有关，因为当我将 ulimit 设置为无限制时，问题就解决了。

解决方案：

ulimit -s unlimited 

问题3：ext_pkg_write_field 中的 Metgrid.exe 错误

描述：

Metgrid.exe crashes at the beginning of the process with messages: 'ERROR: Error in ext_pkg_write_field'.

• Metgrid.exe 在进程开始时崩溃，并显示消息：“错误：ext_pkg_write_field 中出现错误”。

原因：

• 当使用旧版本的 ungrib.exe（< 版本 4）处理新的 NCEP GFS 数据（版本 15.1或更高版本）时，会发生这种情况。

解决方案：

• 从 WPS Ver.4 安装 Ungrib。 （旧的 geogrid/metgrid 仍然可以使用）。

问题4：WRF模拟猝死

描述：

• 模型崩溃了。 Real.exe 和 Wrf.exe 突然停止，日志文件中没有任何错误消息。 它就停下来了。

原因：

• 讨厌这个错误，因为它可能是由很多因素引起的，但主要是因为模型配置中的冲突。 例如，我使用WSM-3 MP参数化方案，LW和SW采用RRTM方案，域在高纬度和复杂地形，10公里分辨率，使用多个计算节点，然后发生了很多奇怪的事情：模型多次崩溃 ，只能在单节点上运行时稳定等等。
• 在某些情况下，这也是由太大的时间步长引起的，类似于 CFL 错误。
• 有时，如果域太大，特别是当网格大小 < 10 km 且地形复杂时，也会发生这种情况。

解决方案：

• 更改模型配置。 对于我的情况，我使用了 Lin MP 方案和新的 RRTM 方案，并且错误消失了。
• 将时间步长减少 2 倍（首先是时间步长的一半，如果仍然不起作用，请尝试原始时间步长的 0.25，依此类推）。
• 减小域大小。

问题5： Real.exe 错误：插值顺序错误

描述：

While running real.exe, the process is stopped at certain point, indicating that there are to few data for the interpolation order with Real.exe

• 运行real.exe时，进程在某个时刻停止，表明real.exe的插值顺序数据太少

原因：

• 我对此不太确定，但我认为这是当 real.exe 发现垂直插值的数据不足以模型运行时引起的。 当我使用 GFS FNL ds083.2 模拟俄罗斯上空时，会发生这种情况，并且在发生此错误之前，我收到了很多有关缺少关卡数据的警告。

解决方案：

• 更改数据。 我使用了 ECMWF Era-Interim，错误消失了。

问题6：未生成 WRF 模拟日志（rsl.out 或 rsl.error）

描述：

While running real.exe or wrf.exe, there are no logs of simulation. Instead of log file, the steps are shown on the screen (stdout).

• 运行real.exe或wrf.exe时，没有模拟日志。 步骤显示在屏幕（标准输出）上，而不是日志文件。

原因：

• 嗯…虽然这很奇怪和愚蠢（我经历过），但这绝对不是一个错误。 当您为串行计算而不是并行计算（dmpar 或 smpar）编译 WRF 二进制文件时，会发生这种情况。

解决方案：

• 使用 dmpar 或 smpar 或两者重新编译模型，然后您将恢复日志。

问题7：Flerchinger 消息

描述：

WRF generates messages such as: "*Flerchinger USEd in NEW version. Iterations= x*"

• WRF 生成消息，例如：*Flerchinger 在新版本中使用。迭代= x*
• 模拟仍然运行，但速度下降。
• 不生成 WRF 重新启动文件。

原因：

• 这基本上不是一个错误，而是当模型输出超低/负土壤湿度的土壤温度时，Noah LSM (namelist.input > &physicals > sf_surface_physicals) 生成的消息。 我在俄罗斯上空运行模拟时经历过这种情况，经度和纬度 > 55 度。

解决方案：

• 将表面物理更改为其他选项
• 更改输入数据。 我从 GFS FNL ds083.2 更改为 ECMWF ERA-Interim，我再也没有遇到过这样的消息

问题8：CFL 错误

描述：

WRF generates messages such as : "*x points exceeded cfl=x in domain d0x at time ...*" 

• WRF 生成消息，例如：“x 点在时间 d0x 中超过 cfl=x …”
• 模拟速度降低或模拟完全停止。

原因：

• 模型变得不稳定，主要是因为使用的时间步长对于稳定的解决方案来说太大，特别是在使用高分辨率模拟网格时。
• 模型物理/动力学/域配置之间的冲突。

解决方案：

• 减少时间步长（namelist.input > &domain > time_step）。 最常用的约定是以公里为单位的 6*DX。 这意味着，如果网格分辨率为 10 公里，则至少使用 60 秒时间步长。 如果消息仍然出现，请将时间步长减少到 30 或 10 秒。
• 检查 namelist.input 中使用的参数化/配置，这可能会导致冲突或模型崩溃。 我通常会放弃一些参数化方案，并单独检查它们，看看它们是否是崩溃的原因。

问题9：num_metgrid_levels 不匹配

描述：

While running real.exe generates messages such as :  

SIZE MISMATCH: namelist ide,jde,num_metgrid_levels=      74      61      32 ; 

input data ide,jde,num_metgrid_levels=      74      61      22

• 运行real.exe时会生成以下消息： SIZE MISMATCH: namelist ide,jde,num_metgrid_levels= 74 61 32 ； 输入数据 ide,jde,num_metgrid_levels= 74 61 22

原因：

• namelist.input 中的 **num_metgrid_levels** 与 met**.nc 数据中的 num_metgrid_levels 不匹配

解决方案：

• 检查 met*.nc 文件中num_metgrid_levels的值。 如果没有问题，修改namelist.input中num_metgrid_levels的参数与met*.nc中的一致； 否则，重新生成 met*.nc 以确保 num_metgrid_levels 为 32

问题10： 名单与全局属性 NUM_METGRID_SOIL_LEVELS 不匹配

描述：

• 运行 real.exe 时生成消息，例如：namelist：num_metgrid_soil_levels = 2。输入文件：NUM_METGRID_SOIL_LEVELS = 0（来自 met_em 文件）。 名单与全局属性 NUM_METGRID_SOIL_LEVELS 不匹配

原因：

• 土层数不一致，输入文件(met*.nc)中土层数为0。

解决方案：

• 检查 met*.nc 文件中 NUM_METGRID_SOIL_LEVELS 的值。 如果没有问题，修改namelist.input中NUM_METGRID_SOIL_LEVELS的参数，使其与met*.nc中的一致； 否则，重新生成 met*.nc 以确保 NUM_METGRID_SOIL_LEVELS 为 2

问题11：插值字段中遇到缺失值停下来。

描述：

• 运行 ./metgrid.exe 时会生成以下消息：插值字段中遇到缺失值。 停止。

原因：

• 插值期间发生缺失值
• 下载的数据丢失或未链接成功

解决方案：

• 1、链接驱动文件时，有多个文件需要多次链接。
• 2、重新下载驱动数据，确保完全覆盖您的研究区域
• 3、仔细检查您的初始现场数据，确保没有遗漏任何内容并且正确覆盖数据范围。

问题12：分段错误

描述：

• 运行 wrf.exe 时会生成以下消息：分段错误

原因：

• 模型变得不稳定，通常是由陡峭的地形或非常强的对流引起的
• 这有时可能是由于磁盘空间不足造成的
• 可能是由于内存问题

解决方案：

• 1. 减少时间步
• 2. 在您的名单中添加 **smooth_cg_topo = .true**。输入如下：& domain
• 3. 在您的名单中设置 **epssm = 0.2**。输入如下：&dynamics
• 4. 在您的名单中设置 **w_damping = 1**。输入如下：&dynamics

• 5.尝试在终端中输入：setenv MP_STACK_SIZE64000000 (OMP_STACKSIZE)

• 如果您使用 csh 或 tcsh，请尝试以下操作：**limit stacksizeunlimited**

• 如果您使用 sh 或 bash，请使用以下命令：**ulimit -s unlimited**

• 可能是您的域名domain设置太远了。 检查一切正常后，尝试更改嵌套网格设计，并且运行正常。