The UFS RT single test failure on WCOSS2

[WenMeng-NOAA]

Description

I have been experiencing the UFS RT single test failing on WCOSS2.

To Reproduce:

I conducted the single test 'control_p8' as:
./rt.sh -a GFS-DEV -k -e -n "control_p8 intel"

Additional context

The model compiled successfully but failed at loading module files during running test.

Output

My runtime log 'run_control_p8_intel.log' has the following errors:

+ eval
+ module load netcdf-D/4.9.2
++ /usr/share/lmod/lmod/libexec/lmod bash load netcdf-D/4.9.2
Lmod has detected the following error: Cannot load module "netcdf-D/4.9.2"
because these module(s) are loaded:
   netcdf-C

While processing the following module(s):
    Module fullname  Module Filename
    ---------------  ---------------
    netcdf-D/4.9.2   /apps/prod/lmodules/INTEL_cray_mpich/19.1.3.304/cray-mpich/8.1.4/netcdf-D/4.9.2.lua

+ eval false
++ false
+ '[' 1 -eq 0 ']'
+ write_fail_test
+ echo 'control_p8_intel failed in run_test'
+ [[ false == true ]]
+ [[ true == true ]]
+ exit 1

Under the run directory 'control_p8_intel/modulefiles', I found that 'modules.fv3.lua' and 'ufs_common.lua' require different versions of netcdf:

modules.fv3.lua:
  {["hdf5-D"]      = "1.14.0"},
  {["netcdf-D"]    = "4.9.2"},
  {["pio-D"]       = "2.5.10"},

ufs_common.lua:
  {["hdf5"]            = "1.14.3"},
  {["netcdf-c"]        = "4.9.2"},

[BrianCurtis-NOAA]

I've seen this before if someone loads something in their .bashrc. Can you verify that netcdf-C isn't loaded via your .bashrc?