LDASOUT ZSNSO_SN is empty

[amazroo]

This is a bug,

Expected Behavior

There is data in this variable, should be same data as in the RESTART files

Current Behavior

This is all nan/ missing values

Possible Solution

Steps to Reproduce (for bugs)

Your Environment

• Version of the code used:
• Operating System and version:
• Compiler and version:
• Other relevant information:

[rcabell]

Hi Amir, are you still seeing this issue? If so, can you please provide a test case or data files showing this discrepancy? Also, are you indicating that the data are missing from the Restarts or from memory?

[amazroo]

Hi Ryan. Yes it seems it is still there. The issue is about snow layer thicknesses and it seems that the model writes NaN values to the "ZSNSO_SN" variable within the LDASOUT files. Meanwhile it writes reasonable "ZSNSO" values to the RESTART files. Please check the attached notebook that visualizes the variables from the two sets of files. This is from a model test run with long-range configuration.
Sample Plots.pdf

[andrewsoong]

@rcabell Hi Ryan, When I run WRF-Hydro V5.2 or newer version， there is not SFCRNOFF in LDASOUT_DOMAIN2. But the output of WRF-Hydro V5.1.2 is right.
What is wrong with the new version ？

[aubreyd]

@andrewsoong - This is unrelated to Amir's issue above. But to answer your question, we intentionally removed SFCRNOFF from the Noah-MP LDASOUT outputs when overland routing is active. Under this configuration, Noah-MP SFCRNOFF values are incorrect/invalid, so we didn't want users getting confused. If you want to use Noah-MP SFCRNOFF, you will need to turn off OVRTSWCRT.

[andrewsoong]

@andrewsoong - This is unrelated to Amir's issue above. But to answer your question, we intentionally removed SFCRNOFF from the Noah-MP LDASOUT outputs when overland routing is active. Under this configuration, Noah-MP SFCRNOFF values are incorrect/invalid, so we didn't want users getting confused. If you want to use Noah-MP SFCRNOFF, you will need to turn off OVRTSWCRT.

@aubreyd Thank you so much! Which version of Intel compilers and netcdf4 support The newer version of WRF-Hydro(5.3.0) ?

[scrasmussen]

@andrewsoong You'll need Intel 18 or newer because they fully support Fortran 2008 features. I just tested NetCDF 4.6.3 and that worked. I would expect older versions would work but can't guarantee it.

[andrewsoong]

@andrewsoong You'll need Intel 18 or newer because they fully support Fortran 2008 features. I just tested NetCDF 4.6.3 and that worked. I would expect older versions would work but can't guarantee it.

@scrasmussen Thank you so much! But my WRF-Hydro V5.3 crashed with intel 2018 and netcdf4. And the WRF-Hydro V5.2 ik OK with the same intel and netcdf.
My HPC setup below::
[phd@mgmt NDHMS]$ ifort -v
ifort version 18.0.1

[phd@mgmt NDHMS]$ lsb_release -a LSB Version
LSB Version: :base-4.0-amd64:base-4.0-noarch:core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:printing-4.0-amd64:printing-4.0-noarch
Distributor ID: CentOS
Description: CentOS release 6.9 (Final)
Release: 6.9
Codename: Final
[phd@mgmt NDHMS]$ gcc -v
Using built-in specs.
Target: x86_64-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-bootstrap --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-gnu-unique-object --enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk --disable-dssi --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre --enable-libgcj-multifile --enable-java-maintainer-mode --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --disable-libjava-multilib --with-ppl --with-cloog --with-tune=generic --with-arch_32=i686 --build=x86_64-redhat-linux
Thread model: posix
gcc version 4.4.7 20120313 (Red Hat 4.4.7-18) (GCC)

The errors is here: https://forum.mmm.ucar.edu/threads/the-wrf-hydro-v5-3-compiled-crash-with-intel-2018%EF%BC%8Cbut-the-wrf-hydro-v5-2-is-ok-with-the-same-intel-and-netcdf.12788/