Known Problems in Version 3.0.1 (Details)
Known Problems in Version 3.0.1.1 (Details)
Occasional Spurious High PBL Height In MYJ Scheme (posted 8/1/08)
Problem: MYJ PBL scheme occasionally produces unrealistically high PBL and high TKE in sporadic columns. This is reported by PSU researchers.
Solution: Download the modified module_bl_myjpbl.F (from PSU). The scheme computes the PBL depth by using the TKE profile criteria from Penn State, instead of the current MYJ method that searches for the first level of background TKE. This fix reduces the PBL height in general.
Using Gridded nudging and IO Quilting Together (posted 7/28/08, Fixed in V3.0.1)
Problem: There is an error to correctly read gridded fdda data when gridded nudging (grid_fdda = 1) and io quilting (nio_tasks_per_group > 0 and nio_group >= 1) are used together.
Solution: Download the modified module_io.F.fix into frame/ directory, rename the file to module_io.F. Recompile. Note that the error may exist in the prior versions of the model, however, this modified file may not be compatible with earlier version of the code.
OpenMP compile in V3 (posted 5/16/08, updated 5/23/08)
Problem 1: WRF build mechanism does not actually incorporate OpenMP when smpar and dm+sm are selected. This is fixed in V3.0.1.
Solution 1: After running configure and selecting either (smpar) or (dm+sm) option, edit the resulting configure.wrf file and add $(OMP) to the FCFLAGS line.
Problem 2: Certain physics options do not work correctly with OpenMP compile. These are cu_physics = 3 (Grell-Devenyi) and 5 (new Grell 3D scheme); mp_physics = 7 (Goddard GCE) and 10 (Morrison); and ra_lw_physics = 3, ra_sw_physics = 3 (both CAM radiation). There is no known problem with these physics options if OpenMP is not used. Likewise, there is no known OpenMP problems with other physics options.
Solution 2: Do not attempt to use the above listed options with OpenMP compile.
Using Shared Libraries with NETCDF 3.6.2 and Later (posted 6/20/08)
Problem: If one encounters the following problem at runtime:
>wrf.exe
wrf.exe: error while loading shared libraries: libnetcdf.so.4: cannot open shared object file: No such file or directory
It probably means that you are using netcdf 3.6.2 with shared library build enabled.
Solution: For PGI compiler 6.1 or later, one can add -R/usr/local/netcdf/lib to LIB_EXTERNAL macro in the configure.wrf file, so the line looks like:
LIB_EXTERNAL = $(WRF_SRC_ROOT_DIR)/external/io_netcdf/libwrfio_nf.a \
-L/usr/local/netcdf/lib -lnetcdf -R/usr/local/netcdf/lib
Or, one can rebuild netcdf without shared library option enabled.
Same fix should be applied to WPS configure file, configure.wps.
Using Adaptive Time Stepping with Nest (posted 6/20/08, Fixed In V3.0.1)
Problem: Some users encountered difficulties when using adaptive time stepping with nesting.
Solution: A suggestion has been made by the developer to set namelist variable max_step_increase_pct = 5, 51, 51, i.e. to make this control a domain-dependent variable, and use large value for the nests. To enable this, one will need to modify Registry/Registry.EM and change the following line to:
rconfig integer max_step_increase_pct namelist,domains max_doms 5 h \
"max_step_increase_pct"
Do 'clean -a', 'configure', and compile again so that the domain-dependent namelist can be used.
