Closed junwang-noaa closed 6 months ago
Test ESMF 8.6.0 on acorn in spack-stack 1.6.0. All tests passed with no results change. Hang installed it in hpc-stack, will test it when the module file is ready.
From Hang:
the spack-stack 1.6.0 has been installed on acorn under /lfs/h1/emc/nceplibs/noscrub/spack-stack/ This should work fine with ufs default modulefiles for spack-stack. For the running with hpc-stack installations, please use following modulefile.
A exactly same library settings to the UFS repo was made on acorn for further testing: /lfs/h1/emc/eib/noscrub/Hang.Lei/ufs-weather-model/modulefiles/ufs_acorn.intel.lua /lfs/h1/emc/eib/noscrub/Hang.Lei/ufs-weather-model/modulefiles/ufs_common.lua
We are still missing some latest versions of libraries on cactus and Dogwoods to match spack-stack. I will test a wcoss2 version based on current libraries on Cactus. And push missing versions there soon.
@Hang-Lei-NOAA I cannot use the provided modulefiles to test 8.6.0 using the hpc-stack. There is an issue with the script finding bacio or netcdf in some cases. I've tried permutations of it with no success either. Please provide a working modulefile for the hpc-stack setup to test ESMF 8.6.0.
@Brian Curtis - NOAA Affiliate @.***> Let me know what problems you have in your test. I previously successfully built the UFS with these /lfs/h1/emc/eib/noscrub/Hang.Lei/ufs-weather-model/modulefiles/ufs_acorn.intel.lua /lfs/h1/emc/eib/noscrub/Hang.Lei/ufs-weather-model/modulefiles/ufs_common.lua
On Tue, Feb 13, 2024 at 2:39 PM Brian Curtis @.***> wrote:
@Hang-Lei-NOAA https://github.com/Hang-Lei-NOAA I cannot use the provided modulefiles to test 8.6.0 using the hpc-stack. There is an issue with the script finding bacio or netcdf in some cases. I've tried permutations of it with no success either. Please provide a working modulefile for the hpc-stack setup to test ESMF 8.6.0.
— Reply to this email directly, view it on GitHub https://github.com/ufs-community/ufs-weather-model/issues/2036#issuecomment-1942267968, or unsubscribe https://github.com/notifications/unsubscribe-auth/AKWSMFD2MRSZ4PYTHFRJDFLYTO6NPAVCNFSM6AAAAABAU5FJ2GVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSNBSGI3DOOJWHA . You are receiving this because you were mentioned.Message ID: @.***>
@Hang-Lei-NOAA @junwang-noaa Currently, if I use that modulesfiles on the top of develop branch, in my case I just tried building the control_c48 case and it fails at finding NetCDF. Is there a CMakeModules I'm supposed to update to as well?
I don't think so. @Hang-Lei-NOAA would you please check the ESMF/8.6.0 module path?
@Jun Wang - NOAA Federal @.> The ESMF/8.6.0 is on @.:/lfs/h1/emc/eib/noscrub/Hang.Lei/ufs-weather-model/modulefiles> ls /lfs/h1/emc/nceplibs/noscrub/hpc-stack/libs/hpc-stack/modulefiles/mpi/intel/19.1.3.304/cray-mpich/8.1.9/esmf/8.6.0.lua /lfs/h1/emc/nceplibs/noscrub/hpc-stack/libs/hpc-stack/modulefiles/mpi/intel/19.1.3.304/cray-mpich/8.1.9/esmf/8.6.0.lua @.***:/lfs/h1/emc/eib/noscrub/Hang.Lei/ufs-weather-model/modulefiles> module load esmf/8.6.0
The following have been reloaded with a version change: 1) esmf/8.5.0 => esmf/8.6.0
help([[]]) conflict("esmf") prepend_path("PATH","/lfs/h1/emc/nceplibs/noscrub/hpc-stack/libs/hpc-stack/intel-19.1.3.304/cray-mpich-8.1.9/esmf/8.6.0/bin") prepend_path("LD_LIBRARY_PATH","/lfs/h1/emc/nceplibs/noscrub/hpc-stack/libs/hpc-stack/intel-19.1.3.304/cray-mpich-8.1.9/esmf/8.6.0/lib") prepend_path("DYLD_LIBRARY_PATH","/lfs/h1/emc/nceplibs/noscrub/hpc-stack/libs/hpc-stack/intel-19.1.3.304/cray-mpich-8.1.9/esmf/8.6.0/lib") prepend_path("LIBRARY_PATH","/lfs/h1/emc/nceplibs/noscrub/hpc-stack/libs/hpc-stack/intel-19.1.3.304/cray-mpich-8.1.9/esmf/8.6.0/lib") prepend_path("MANPATH","/lfs/h1/emc/nceplibs/noscrub/hpc-stack/libs/hpc-stack/intel-19.1.3.304/cray-mpich-8.1.9/esmf/8.6.0/share/man") prepend_path("CPATH","/lfs/h1/emc/nceplibs/noscrub/hpc-stack/libs/hpc-stack/intel-19.1.3.304/cray-mpich-8.1.9/esmf/8.6.0/include") setenv("ESMF_ROOT","/lfs/h1/emc/nceplibs/noscrub/hpc-stack/libs/hpc-stack/intel-19.1.3.304/cray-mpich-8.1.9/esmf/8.6.0") setenv("ESMF_DIR","/lfs/h1/emc/nceplibs/noscrub/hpc-stack/libs/hpc-stack/intel-19.1.3.304/cray-mpich-8.1.9/esmf/8.6.0") setenv("ESMF_PATH","/lfs/h1/emc/nceplibs/noscrub/hpc-stack/libs/hpc-stack/intel-19.1.3.304/cray-mpich-8.1.9/esmf/8.6.0") setenv("ESMF_BIN","/lfs/h1/emc/nceplibs/noscrub/hpc-stack/libs/hpc-stack/intel-19.1.3.304/cray-mpich-8.1.9/esmf/8.6.0/bin") setenv("ESMF_INC","/lfs/h1/emc/nceplibs/noscrub/hpc-stack/libs/hpc-stack/intel-19.1.3.304/cray-mpich-8.1.9/esmf/8.6.0/include") setenv("ESMF_INCLUDES","/lfs/h1/emc/nceplibs/noscrub/hpc-stack/libs/hpc-stack/intel-19.1.3.304/cray-mpich-8.1.9/esmf/8.6.0/include") setenv("ESMF_LIB","/lfs/h1/emc/nceplibs/noscrub/hpc-stack/libs/hpc-stack/intel-19.1.3.304/cray-mpich-8.1.9/esmf/8.6.0/lib") setenv("ESMF_LIBRARIES","/lfs/h1/emc/nceplibs/noscrub/hpc-stack/libs/hpc-stack/intel-19.1.3.304/cray-mpich-8.1.9/esmf/8.6.0/lib") setenv("ESMF_VERSION","8.6.0") setenv("ESMF_MOD","/lfs/h1/emc/nceplibs/noscrub/hpc-stack/libs/hpc-stack/intel-19.1.3.304/cray-mpich-8.1.9/esmf/8.6.0/mod") setenv("ESMFMKFILE","/lfs/h1/emc/nceplibs/noscrub/hpc-stack/libs/hpc-stack/intel-19.1.3.304/cray-mpich-8.1.9/esmf/8.6.0/lib/ esmf.mk") whatis("Name: esmf") whatis("Version: 8.6.0") whatis("Category: library") whatis("Description: ESMF library")
On Mon, Mar 4, 2024 at 8:53 AM Jun Wang @.***> wrote:
I don't think so. @Hang-Lei-NOAA https://github.com/Hang-Lei-NOAA would you please check the ESMF/8.6.0 module path?
— Reply to this email directly, view it on GitHub https://github.com/ufs-community/ufs-weather-model/issues/2036#issuecomment-1976629425, or unsubscribe https://github.com/notifications/unsubscribe-auth/AKWSMFG4ZXV6S33VN2A6XELYWR4DLAVCNFSM6AAAAABAU5FJ2GVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSNZWGYZDSNBSGU . You are receiving this because you were mentioned.Message ID: @.***>
@Hang-Lei-NOAA my issue is with netcdf. CMake is not finding NetCDF.
@Brian Curtis - NOAA Affiliate @.***> Please send your modulefiles to me. Thanks
On Mon, Mar 4, 2024 at 9:38 AM Brian Curtis @.***> wrote:
@Hang-Lei-NOAA https://github.com/Hang-Lei-NOAA my issue is with netcdf. CMake is not finding NetCDF.
— Reply to this email directly, view it on GitHub https://github.com/ufs-community/ufs-weather-model/issues/2036#issuecomment-1976730669, or unsubscribe https://github.com/notifications/unsubscribe-auth/AKWSMFERZNYUF4UYRRTLXCDYWSBPRAVCNFSM6AAAAABAU5FJ2GVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSNZWG4ZTANRWHE . You are receiving this because you were mentioned.Message ID: @.***>
It is the same ones you linked to me:
/lfs/h1/emc/eib/noscrub/Hang.Lei/ufs-weather-model/modulefiles/ufs_acorn.intel.lua
/lfs/h1/emc/eib/noscrub/Hang.Lei/ufs-weather-model/modulefiles/ufs_common.lua
I've only modified the ESMF & MAPL version to 8.6.0
@BrianCurtis-NOAA what's the error message?
@junwang-noaa @Hang-Lei-NOAA
CMAKE_FLAGS="-DAPP=S2S -DCCPP_SUITES=FV3_GFS_v17_coupled_p8" ./build.sh
-- The C compiler identification is Intel 19.1.3.20200925
-- The CXX compiler identification is Intel 19.1.3.20200925
-- The Fortran compiler identification is Intel 19.1.3.20200925
-- Cray Programming Environment 2.7.13 C
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /opt/cray/pe/craype/2.7.13/bin/cc - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Cray Programming Environment 2.7.13 CXX
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: /opt/cray/pe/craype/2.7.13/bin/CC - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Cray Programming Environment 2.7.13 Fortran
-- Detecting Fortran compiler ABI info
-- Detecting Fortran compiler ABI info - done
-- Check for working Fortran compiler: /opt/cray/pe/craype/2.7.13/bin/ftn - skipped
-- Checking whether /opt/cray/pe/craype/2.7.13/bin/ftn supports Fortran 90
-- Checking whether /opt/cray/pe/craype/2.7.13/bin/ftn supports Fortran 90 - yes
Configuring UFS app in S2S mode
FMS .............. ON
FV3 .............. ON
AQM .............. OFF
GOCART ........... OFF
MOM6 ............. ON
HYCOM ............ OFF
CICE6 ............ ON
WW3 .............. OFF
STOCH_PHYS ....... ON
CDEPS ............ OFF
CMEPS ............ ON
NOAHMP ........... OFF
Setting configuration for acorn
32BIT ............ OFF
CCPP_32BIT ....... OFF
AVX2 ............. OFF
SIMDMULTIARCH .... OFF
DEBUG ............ OFF
INLINE_POST ...... ON
MULTI_GASES ...... OFF
MOVING_NEST ...... OFF
REGIONAL_MOM6..... OFF
OPENMP ........... ON
PARALLEL_NETCDF .. ON
JEDI_DRIVER ...... OFF
CMEPS_AOFLUX ..... OFF
CDEPS_INLINE ..... OFF
-- Found MPI_C: /opt/cray/pe/craype/2.7.13/bin/cc (found version "3.1")
-- Found MPI_CXX: /opt/cray/pe/craype/2.7.13/bin/CC (found version "3.1")
-- Found MPI_Fortran: /opt/cray/pe/craype/2.7.13/bin/ftn (found version "3.1")
-- Found MPI: TRUE (found version "3.1")
-- Found OpenMP_C: -qopenmp (found version "5.0")
-- Found OpenMP_CXX: -qopenmp (found version "5.0")
-- Found OpenMP_Fortran: -qopenmp (found version "5.0")
-- Found OpenMP: TRUE (found version "5.0")
CMake Error at CMakeModules/Modules/FindNetCDF.cmake:246 (message):
Unable to properly find NetCDF. Found static libraries at:
/lfs/h1/emc/nems/noscrub/brian.curtis/git/BrianCurtis-NOAA/ufs-weather-model/esmf860/NetCDF_C_LIBRARY-NOTFOUND
but could not run nc-config:
Call Stack (most recent call first):
CMakeLists.txt:147 (find_package)
CMake Error at CMakeModules/Modules/FindNetCDF.cmake:246 (message):
Unable to properly find NetCDF. Found static libraries at:
/lfs/h1/emc/nems/noscrub/brian.curtis/git/BrianCurtis-NOAA/ufs-weather-model/esmf860/NetCDF_Fortran_LIBRARY-NOTFOUND
but could not run nc-config:
Call Stack (most recent call first):
CMakeLists.txt:147 (find_package)
CMake Error at /apps/spack/cmake/3.20.2/intel/19.1.3.304/a43g47cjru4jlyziud2y2zc7k6jnbsn2/share/cmake-3.20/Modules/FindPackageHandleStandardArgs.cmake:230 (message):
Could NOT find NetCDF (missing: NetCDF_INCLUDE_DIRS NetCDF_LIBRARIES C
Fortran) (Required is at least version "4.7.4")
Call Stack (most recent call first):
/apps/spack/cmake/3.20.2/intel/19.1.3.304/a43g47cjru4jlyziud2y2zc7k6jnbsn2/share/cmake-3.20/Modules/FindPackageHandleStandardArgs.cmake:594 (_FPHSA_FAILURE_MESSAGE)
CMakeModules/Modules/FindNetCDF.cmake:312 (find_package_handle_standard_args)
CMakeLists.txt:147 (find_package)
-- Configuring incomplete, errors occurred!
See also "/lfs/h1/emc/nems/noscrub/brian.curtis/git/BrianCurtis-NOAA/ufs-weather-model/esmf860/build/CMakeFiles/CMakeOutput.log".
@Brian Curtis - NOAA Affiliate @.***> Sorry, it is my fault. Please reload them. I just used the system netcdf-A build esmf/8.5.0. I have modified the loadings with new fms/2023.04. ESMF/8.6.0 and mapl. Now try:
/lfs/h1/emc/eib/noscrub/Hang.Lei/ufs-weather-model/modulefiles/ufs_acorn.intel.lua /lfs/h1/emc/eib/noscrub/Hang.Lei/ufs-weather-model/modulefiles/ufs_common.lua
On Mon, Mar 4, 2024 at 9:49 AM Brian Curtis @.***> wrote:
@junwang-noaa https://github.com/junwang-noaa @Hang-Lei-NOAA https://github.com/Hang-Lei-NOAA
CMAKE_FLAGS="-DAPP=S2S -DCCPP_SUITES=FV3_GFS_v17_coupled_p8" ./build.sh -- The C compiler identification is Intel 19.1.3.20200925 -- The CXX compiler identification is Intel 19.1.3.20200925 -- The Fortran compiler identification is Intel 19.1.3.20200925 -- Cray Programming Environment 2.7.13 C -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Check for working C compiler: /opt/cray/pe/craype/2.7.13/bin/cc - skipped -- Detecting C compile features -- Detecting C compile features - done -- Cray Programming Environment 2.7.13 CXX -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Check for working CXX compiler: /opt/cray/pe/craype/2.7.13/bin/CC - skipped -- Detecting CXX compile features -- Detecting CXX compile features - done -- Cray Programming Environment 2.7.13 Fortran -- Detecting Fortran compiler ABI info -- Detecting Fortran compiler ABI info - done -- Check for working Fortran compiler: /opt/cray/pe/craype/2.7.13/bin/ftn - skipped -- Checking whether /opt/cray/pe/craype/2.7.13/bin/ftn supports Fortran 90 -- Checking whether /opt/cray/pe/craype/2.7.13/bin/ftn supports Fortran 90 - yes
Configuring UFS app in S2S mode
FMS .............. ON FV3 .............. ON AQM .............. OFF GOCART ........... OFF MOM6 ............. ON HYCOM ............ OFF CICE6 ............ ON WW3 .............. OFF STOCH_PHYS ....... ON CDEPS ............ OFF CMEPS ............ ON NOAHMP ........... OFF
Setting configuration for acorn
32BIT ............ OFF CCPP_32BIT ....... OFF AVX2 ............. OFF SIMDMULTIARCH .... OFF DEBUG ............ OFF INLINE_POST ...... ON MULTI_GASES ...... OFF MOVING_NEST ...... OFF REGIONAL_MOM6..... OFF OPENMP ........... ON PARALLEL_NETCDF .. ON JEDI_DRIVER ...... OFF CMEPS_AOFLUX ..... OFF CDEPS_INLINE ..... OFF
-- Found MPI_C: /opt/cray/pe/craype/2.7.13/bin/cc (found version "3.1") -- Found MPI_CXX: /opt/cray/pe/craype/2.7.13/bin/CC (found version "3.1") -- Found MPI_Fortran: /opt/cray/pe/craype/2.7.13/bin/ftn (found version "3.1") -- Found MPI: TRUE (found version "3.1") -- Found OpenMP_C: -qopenmp (found version "5.0") -- Found OpenMP_CXX: -qopenmp (found version "5.0") -- Found OpenMP_Fortran: -qopenmp (found version "5.0") -- Found OpenMP: TRUE (found version "5.0") CMake Error at CMakeModules/Modules/FindNetCDF.cmake:246 (message): Unable to properly find NetCDF. Found static libraries at: /lfs/h1/emc/nems/noscrub/brian.curtis/git/BrianCurtis-NOAA/ufs-weather-model/esmf860/NetCDF_C_LIBRARY-NOTFOUND but could not run nc-config: Call Stack (most recent call first): CMakeLists.txt:147 (find_package)
CMake Error at CMakeModules/Modules/FindNetCDF.cmake:246 (message): Unable to properly find NetCDF. Found static libraries at: /lfs/h1/emc/nems/noscrub/brian.curtis/git/BrianCurtis-NOAA/ufs-weather-model/esmf860/NetCDF_Fortran_LIBRARY-NOTFOUND but could not run nc-config: Call Stack (most recent call first): CMakeLists.txt:147 (find_package)
CMake Error at /apps/spack/cmake/3.20.2/intel/19.1.3.304/a43g47cjru4jlyziud2y2zc7k6jnbsn2/share/cmake-3.20/Modules/FindPackageHandleStandardArgs.cmake:230 (message): Could NOT find NetCDF (missing: NetCDF_INCLUDE_DIRS NetCDF_LIBRARIES C Fortran) (Required is at least version "4.7.4") Call Stack (most recent call first): /apps/spack/cmake/3.20.2/intel/19.1.3.304/a43g47cjru4jlyziud2y2zc7k6jnbsn2/share/cmake-3.20/Modules/FindPackageHandleStandardArgs.cmake:594 (_FPHSA_FAILURE_MESSAGE) CMakeModules/Modules/FindNetCDF.cmake:312 (find_package_handle_standard_args) CMakeLists.txt:147 (find_package)
-- Configuring incomplete, errors occurred! See also "/lfs/h1/emc/nems/noscrub/brian.curtis/git/BrianCurtis-NOAA/ufs-weather-model/esmf860/build/CMakeFiles/CMakeOutput.log".
— Reply to this email directly, view it on GitHub https://github.com/ufs-community/ufs-weather-model/issues/2036#issuecomment-1976753574, or unsubscribe https://github.com/notifications/unsubscribe-auth/AKWSMFCH7JAKAO7PHH7XKOTYWSCWPAVCNFSM6AAAAABAU5FJ2GVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSNZWG42TGNJXGQ . You are receiving this because you were mentioned.Message ID: @.***>
@Hang-Lei-NOAA would you be able to use https://github.com/ufs-community/ufs-weather-model/blob/develop/modulefiles/ufs_wcoss2.intel.lua for your ufs_acorn.intel.lua (this skips the need for ufs_common.lua which wcoss2 will never use.
@Brian Curtis - NOAA Affiliate @.***> Here I provide you a version that named wcoss2, but actually works on acorn. When all modules available on wcoss2 cactus and dogwoods, I will update one. We also have old ones working on wcoss2 loading old library versions.
Only works on acorn: @.:/lfs/h1/emc/eib/noscrub/Hang.Lei/ufs-weather-model/modulefiles> module use module use /lfs/h1/emc/eib/noscrub/Hang.Lei/ufs-weather-model/modulefiles @.:/lfs/h1/emc/eib/noscrub/Hang.Lei/ufs-weather-model/modulefiles> module load ufs_wcoss2.intel @.***:/lfs/h1/emc/eib/noscrub/Hang.Lei/ufs-weather-model/modulefiles> module list
Currently Loaded Modules: 1) PrgEnv-intel/8.1.0 4) cmake/3.20.2 7) libpng/1.6.37 10) netcdf/4.9.2 13) crtm/2.4.0 16) ip/4.3.0 19) gftl-shared/1.6.1 22) esmf/8.6.0 2) intel/19.1.3.304 5) jasper/2.0.32 8) szip/2.1.1 11) fms/2023.04 14) g2/3.4.5 17) sp/2.3.3 20) pio/2.5.10 23) mapl/2.40.3-esmf-8.6.0 3) craype/2.7.13 6) zlib/1.2.13 9) hdf5/1.14.0 12) bacio/2.4.1 15) g2tmpl/1.10.2 18) w3emc/2.10.0 21) scotch/7.0.4 24) ufs_wcoss2.intel
On Mon, Mar 4, 2024 at 10:06 AM Brian Curtis @.***> wrote:
@Hang-Lei-NOAA https://github.com/Hang-Lei-NOAA would you be able to use https://github.com/ufs-community/ufs-weather-model/blob/develop/modulefiles/ufs_wcoss2.intel.lua for your ufs_acorn.intel.lua (this skips the need for ufs_common.lua which wcoss2 will never use.
— Reply to this email directly, view it on GitHub https://github.com/ufs-community/ufs-weather-model/issues/2036#issuecomment-1976796830, or unsubscribe https://github.com/notifications/unsubscribe-auth/AKWSMFCP4P72O2YTFYEA5TDYWSEYJAVCNFSM6AAAAABAU5FJ2GVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSNZWG44TMOBTGA . You are receiving this because you were mentioned.Message ID: @.***>
@Hang-Lei-NOAA using your ufs_acorn.intel.lua and ufs_common.lua i get the following error in CMake:
CMAKE_FLAGS="-DAPP=S2S -DCCPP_SUITES=FV3_GFS_v17_coupled_p8" ./build.sh
-- The C compiler identification is Intel 19.1.3.20200925
-- The CXX compiler identification is Intel 19.1.3.20200925
-- The Fortran compiler identification is Intel 19.1.3.20200925
-- Cray Programming Environment 2.7.13 C
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /opt/cray/pe/craype/2.7.13/bin/cc - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Cray Programming Environment 2.7.13 CXX
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: /opt/cray/pe/craype/2.7.13/bin/CC - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Cray Programming Environment 2.7.13 Fortran
-- Detecting Fortran compiler ABI info
-- Detecting Fortran compiler ABI info - done
-- Check for working Fortran compiler: /opt/cray/pe/craype/2.7.13/bin/ftn - skipped
-- Checking whether /opt/cray/pe/craype/2.7.13/bin/ftn supports Fortran 90
-- Checking whether /opt/cray/pe/craype/2.7.13/bin/ftn supports Fortran 90 - yes
Configuring UFS app in S2S mode
FMS .............. ON
FV3 .............. ON
AQM .............. OFF
GOCART ........... OFF
MOM6 ............. ON
HYCOM ............ OFF
CICE6 ............ ON
WW3 .............. OFF
STOCH_PHYS ....... ON
CDEPS ............ OFF
CMEPS ............ ON
NOAHMP ........... OFF
Setting configuration for acorn
32BIT ............ OFF
CCPP_32BIT ....... OFF
AVX2 ............. OFF
SIMDMULTIARCH .... OFF
DEBUG ............ OFF
INLINE_POST ...... ON
MULTI_GASES ...... OFF
MOVING_NEST ...... OFF
REGIONAL_MOM6..... OFF
OPENMP ........... ON
PARALLEL_NETCDF .. ON
JEDI_DRIVER ...... OFF
CMEPS_AOFLUX ..... OFF
CDEPS_INLINE ..... OFF
-- Found MPI_C: /opt/cray/pe/craype/2.7.13/bin/cc (found version "3.1")
-- Found MPI_CXX: /opt/cray/pe/craype/2.7.13/bin/CC (found version "3.1")
-- Found MPI_Fortran: /opt/cray/pe/craype/2.7.13/bin/ftn (found version "3.1")
-- Found MPI: TRUE (found version "3.1")
-- Found OpenMP_C: -qopenmp (found version "5.0")
-- Found OpenMP_CXX: -qopenmp (found version "5.0")
-- Found OpenMP_Fortran: -qopenmp (found version "5.0")
-- Found OpenMP: TRUE (found version "5.0")
-- Found NetCDF: /apps/prod/hpc-stack/i-19.1.3.304__m-8.1.12__h-1.14.0__n-4.9.2__p-2.5.10__e-8.4.2/intel-19.1.3.304/cray-mpich-8.1.12/netcdf/4.9.2/include (found suitable version "4.9.2", minimum required is "4.7.4") found components: C Fortran
-- FindNetCDF defines targets:
-- - NetCDF_VERSION [4.9.2]
-- - NetCDF_PARALLEL [TRUE]
-- - NetCDF_C_CONFIG_EXECUTABLE [/apps/prod/hpc-stack/i-19.1.3.304__m-8.1.12__h-1.14.0__n-4.9.2__p-2.5.10__e-8.4.2/intel-19.1.3.304/cray-mpich-8.1.12/netcdf/4.9.2/bin/nc-config]
-- - NetCDF::NetCDF_C [SHARED] [Root: /apps/prod/hpc-stack/i-19.1.3.304__m-8.1.12__h-1.14.0__n-4.9.2__p-2.5.10__e-8.4.2/intel-19.1.3.304/cray-mpich-8.1.12/netcdf/4.9.2] Lib: /apps/prod/hpc-stack/i-19.1.3.304__m-8.1.12__h-1.14.0__n-4.9.2__p-2.5.10__e-8.4.2/intel-19.1.3.304/cray-mpich-8.1.12/netcdf/4.9.2/lib/libnetcdf.so
-- - NetCDF_Fortran_CONFIG_EXECUTABLE [/apps/prod/hpc-stack/i-19.1.3.304__m-8.1.12__h-1.14.0__n-4.9.2__p-2.5.10__e-8.4.2/intel-19.1.3.304/cray-mpich-8.1.12/netcdf/4.9.2/bin/nf-config]
-- - NetCDF::NetCDF_Fortran [SHARED] [Root: /apps/prod/hpc-stack/i-19.1.3.304__m-8.1.12__h-1.14.0__n-4.9.2__p-2.5.10__e-8.4.2/intel-19.1.3.304/cray-mpich-8.1.12/netcdf/4.9.2] Lib: /apps/prod/hpc-stack/i-19.1.3.304__m-8.1.12__h-1.14.0__n-4.9.2__p-2.5.10__e-8.4.2/intel-19.1.3.304/cray-mpich-8.1.12/netcdf/4.9.2/lib/libnetcdff.so
-- Found ESMF: /lfs/h1/emc/nceplibs/noscrub/hpc-stack/libs/hpc-stack/intel-19.1.3.304/cray-mpich-8.1.9/esmf/8.6.0/lib/libesmf.a (found suitable version "8.6.0", minimum required is "8.3.0")
-- Found MPI: TRUE (found version "3.1") found components: Fortran
-- Found OpenMP_Fortran: -qopenmp (found version "5.0")
-- Found OpenMP: TRUE (found version "5.0") found components: Fortran
-- Found MPI: TRUE (found version "3.1")
-- Found FMS: "/lfs/h1/emc/nceplibs/noscrub/hpc-stack/libs/hpc-stack/intel-19.1.3.304/cray-mpich-8.1.9/fms/2023.04" (Version: "2023.4.0")
-- FMS targets:
-- - FMS::fms_r4 [Lib: /lfs/h1/emc/nceplibs/noscrub/hpc-stack/libs/hpc-stack/intel-19.1.3.304/cray-mpich-8.1.9/fms/2023.04/lib/libfms_r4.a]
-- - FMS::fms_r8 [Lib: /lfs/h1/emc/nceplibs/noscrub/hpc-stack/libs/hpc-stack/intel-19.1.3.304/cray-mpich-8.1.9/fms/2023.04/lib/libfms_r8.a]
-- Found PIO: /apps/prod/intel-19.1.3.304/cray-mpich-8.1.9/pio/2.5.10 (found suitable version "2.5.10", minimum required is "2.5.3") found components: C Fortran
-- FindPIO:
-- - PIO_PREFIX [/apps/prod/intel-19.1.3.304/cray-mpich-8.1.9/pio/2.5.10]
-- - PIO_VERSION: [2.5.10]
-- - PIO Components Found: C;Fortran
-- Found bacio: /apps/ops/prod/libs/intel/19.1.3.304/bacio/2.4.1/lib/libbacio_4.a (found version "2.4.0")
-- Found OpenMP_Fortran: -qopenmp (found version "5.0")
-- Found sp: /apps/ops/prod/libs/intel/19.1.3.304/sp/2.3.3/lib/libsp_4.a (found version "2.3.3")
CMake Error at CMakeLists.txt:171 (find_package):
By not providing "Findw3emc.cmake" in CMAKE_MODULE_PATH this project has
asked CMake to find a package configuration file provided by "w3emc", but
CMake did not find one.
Could not find a package configuration file provided by "w3emc" (requested
version 2.9.2) with any of the following names:
w3emcConfig.cmake
w3emc-config.cmake
Add the installation prefix of "w3emc" to CMAKE_PREFIX_PATH or set
"w3emc_DIR" to a directory containing one of the above files. If "w3emc"
provides a separate development package or SDK, be sure it has been
installed.
-- Configuring incomplete, errors occurred!
See also "/lfs/h1/emc/nems/noscrub/brian.curtis/git/BrianCurtis-NOAA/ufs-weather-model/esmf860/build/CMakeFiles/CMakeOutput.log".
@Brian Curtis - NOAA Affiliate @.***> Please try it again. It should be fine now. I was reorganizing the library and cleaning the unnecessary libraries to remove dependency last night and this morning, which may affect your test.
On Tue, Mar 5, 2024 at 9:38 AM Brian Curtis @.***> wrote:
@Hang-Lei-NOAA https://github.com/Hang-Lei-NOAA using your ufs_acorn.intel.lua and ufs_common.lua i get the following error in CMake:
CMAKE_FLAGS="-DAPP=S2S -DCCPP_SUITES=FV3_GFS_v17_coupled_p8" ./build.sh -- The C compiler identification is Intel 19.1.3.20200925 -- The CXX compiler identification is Intel 19.1.3.20200925 -- The Fortran compiler identification is Intel 19.1.3.20200925 -- Cray Programming Environment 2.7.13 C -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Check for working C compiler: /opt/cray/pe/craype/2.7.13/bin/cc - skipped -- Detecting C compile features -- Detecting C compile features - done -- Cray Programming Environment 2.7.13 CXX -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Check for working CXX compiler: /opt/cray/pe/craype/2.7.13/bin/CC - skipped -- Detecting CXX compile features -- Detecting CXX compile features - done -- Cray Programming Environment 2.7.13 Fortran -- Detecting Fortran compiler ABI info -- Detecting Fortran compiler ABI info - done -- Check for working Fortran compiler: /opt/cray/pe/craype/2.7.13/bin/ftn - skipped -- Checking whether /opt/cray/pe/craype/2.7.13/bin/ftn supports Fortran 90 -- Checking whether /opt/cray/pe/craype/2.7.13/bin/ftn supports Fortran 90 - yes
Configuring UFS app in S2S mode
FMS .............. ON FV3 .............. ON AQM .............. OFF GOCART ........... OFF MOM6 ............. ON HYCOM ............ OFF CICE6 ............ ON WW3 .............. OFF STOCH_PHYS ....... ON CDEPS ............ OFF CMEPS ............ ON NOAHMP ........... OFF
Setting configuration for acorn
32BIT ............ OFF CCPP_32BIT ....... OFF AVX2 ............. OFF SIMDMULTIARCH .... OFF DEBUG ............ OFF INLINE_POST ...... ON MULTI_GASES ...... OFF MOVING_NEST ...... OFF REGIONAL_MOM6..... OFF OPENMP ........... ON PARALLEL_NETCDF .. ON JEDI_DRIVER ...... OFF CMEPS_AOFLUX ..... OFF CDEPS_INLINE ..... OFF
-- Found MPI_C: /opt/cray/pe/craype/2.7.13/bin/cc (found version "3.1") -- Found MPI_CXX: /opt/cray/pe/craype/2.7.13/bin/CC (found version "3.1") -- Found MPI_Fortran: /opt/cray/pe/craype/2.7.13/bin/ftn (found version "3.1") -- Found MPI: TRUE (found version "3.1") -- Found OpenMP_C: -qopenmp (found version "5.0") -- Found OpenMP_CXX: -qopenmp (found version "5.0") -- Found OpenMP_Fortran: -qopenmp (found version "5.0") -- Found OpenMP: TRUE (found version "5.0") -- Found NetCDF: /apps/prod/hpc-stack/i-19.1.3.304m-8.1.12h-1.14.0n-4.9.2p-2.5.10e-8.4.2/intel-19.1.3.304/cray-mpich-8.1.12/netcdf/4.9.2/include (found suitable version "4.9.2", minimum required is "4.7.4") found components: C Fortran -- FindNetCDF defines targets: -- - NetCDF_VERSION [4.9.2] -- - NetCDF_PARALLEL [TRUE] -- - NetCDF_C_CONFIG_EXECUTABLE [/apps/prod/hpc-stack/i-19.1.3.304m-8.1.12h-1.14.0n-4.9.2p-2.5.10__e-8.4.2/intel-19.1.3.304/cray-mpich-8.1.12/netcdf/4.9.2/bin/nc-config] -- - NetCDF::NetCDF_C [SHARED] [Root: /apps/prod/hpc-stack/i-19.1.3.304m-8.1.12h-1.14.0n-4.9.2p-2.5.10e-8.4.2/intel-19.1.3.304/cray-mpich-8.1.12/netcdf/4.9.2] Lib: /apps/prod/hpc-stack/i-19.1.3.304m-8.1.12h-1.14.0n-4.9.2p-2.5.10e-8.4.2/intel-19.1.3.304/cray-mpich-8.1.12/netcdf/4.9.2/lib/libnetcdf.so -- - NetCDF_Fortran_CONFIG_EXECUTABLE [/apps/prod/hpc-stack/i-19.1.3.304m-8.1.12h-1.14.0n-4.9.2p-2.5.10__e-8.4.2/intel-19.1.3.304/cray-mpich-8.1.12/netcdf/4.9.2/bin/nf-config] -- - NetCDF::NetCDF_Fortran [SHARED] [Root: /apps/prod/hpc-stack/i-19.1.3.304m-8.1.12h-1.14.0n-4.9.2p-2.5.10e-8.4.2/intel-19.1.3.304/cray-mpich-8.1.12/netcdf/4.9.2] Lib: /apps/prod/hpc-stack/i-19.1.3.304m-8.1.12h-1.14.0n-4.9.2p-2.5.10__e-8.4.2/intel-19.1.3.304/cray-mpich-8.1.12/netcdf/4.9.2/lib/libnetcdff.so -- Found ESMF: /lfs/h1/emc/nceplibs/noscrub/hpc-stack/libs/hpc-stack/intel-19.1.3.304/cray-mpich-8.1.9/esmf/8.6.0/lib/libesmf.a (found suitable version "8.6.0", minimum required is "8.3.0") -- Found MPI: TRUE (found version "3.1") found components: Fortran -- Found OpenMP_Fortran: -qopenmp (found version "5.0") -- Found OpenMP: TRUE (found version "5.0") found components: Fortran -- Found MPI: TRUE (found version "3.1") -- Found FMS: "/lfs/h1/emc/nceplibs/noscrub/hpc-stack/libs/hpc-stack/intel-19.1.3.304/cray-mpich-8.1.9/fms/2023.04" (Version: "2023.4.0") -- FMS targets: -- - FMS::fms_r4 [Lib: /lfs/h1/emc/nceplibs/noscrub/hpc-stack/libs/hpc-stack/intel-19.1.3.304/cray-mpich-8.1.9/fms/2023.04/lib/libfms_r4.a] -- - FMS::fms_r8 [Lib: /lfs/h1/emc/nceplibs/noscrub/hpc-stack/libs/hpc-stack/intel-19.1.3.304/cray-mpich-8.1.9/fms/2023.04/lib/libfms_r8.a] -- Found PIO: /apps/prod/intel-19.1.3.304/cray-mpich-8.1.9/pio/2.5.10 (found suitable version "2.5.10", minimum required is "2.5.3") found components: C Fortran -- FindPIO: -- - PIO_PREFIX [/apps/prod/intel-19.1.3.304/cray-mpich-8.1.9/pio/2.5.10] -- - PIO_VERSION: [2.5.10] -- - PIO Components Found: C;Fortran -- Found bacio: /apps/ops/prod/libs/intel/19.1.3.304/bacio/2.4.1/lib/libbacio_4.a (found version "2.4.0") -- Found OpenMP_Fortran: -qopenmp (found version "5.0") -- Found sp: /apps/ops/prod/libs/intel/19.1.3.304/sp/2.3.3/lib/libsp_4.a (found version "2.3.3") CMake Error at CMakeLists.txt:171 (find_package): By not providing "Findw3emc.cmake" in CMAKE_MODULE_PATH this project has asked CMake to find a package configuration file provided by "w3emc", but CMake did not find one.
Could not find a package configuration file provided by "w3emc" (requested version 2.9.2) with any of the following names:
w3emcConfig.cmake w3emc-config.cmake
Add the installation prefix of "w3emc" to CMAKE_PREFIX_PATH or set "w3emc_DIR" to a directory containing one of the above files. If "w3emc" provides a separate development package or SDK, be sure it has been installed.
-- Configuring incomplete, errors occurred! See also "/lfs/h1/emc/nems/noscrub/brian.curtis/git/BrianCurtis-NOAA/ufs-weather-model/esmf860/build/CMakeFiles/CMakeOutput.log".
— Reply to this email directly, view it on GitHub https://github.com/ufs-community/ufs-weather-model/issues/2036#issuecomment-1978919556, or unsubscribe https://github.com/notifications/unsubscribe-auth/AKWSMFHTNZ5GC26KAJG6M3DYWXKF5AVCNFSM6AAAAABAU5FJ2GVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSNZYHEYTSNJVGY . You are receiving this because you were mentioned.Message ID: @.***>
@Hang-Lei-NOAA
CMake Error at /apps/spack/cmake/3.20.2/intel/19.1.3.304/a43g47cjru4jlyziud2y2zc7k6jnbsn2/share/cmake-3.20/Modules/CMakeFindDependencyMacro.cmake:47 (find_package):
By not providing "Findbufr.cmake" in CMAKE_MODULE_PATH this project has
asked CMake to find a package configuration file provided by "bufr", but
CMake did not find one.
Could not find a package configuration file provided by "bufr" with any of
the following names:
bufrConfig.cmake
bufr-config.cmake
Add the installation prefix of "bufr" to CMAKE_PREFIX_PATH or set
"bufr_DIR" to a directory containing one of the above files. If "bufr"
provides a separate development package or SDK, be sure it has been
installed.
Call Stack (most recent call first):
/lfs/h1/emc/nceplibs/noscrub/hpc-stack/libs/hpc-stack/intel-19.1.3.304/w3emc/2.10.0/lib64/cmake/w3emc/w3emc-config.cmake:46 (find_dependency)
CMakeLists.txt:171 (find_package)
-- Configuring incomplete, errors occurred!
See also "/lfs/h1/emc/nems/noscrub/brian.curtis/git/BrianCurtis-NOAA/ufs-weather-model/esmf860/build/CMakeFiles/CMakeOutput.log".
@Brian Curtis - NOAA Affiliate @.***> Bufr was not supposed to be loaded. If you need to load it for your run, please add the line to ufs_common.lua {["bufr"] = "11.7.0"}, If other version is required, please change the version number.
On Tue, Mar 5, 2024 at 10:50 AM Brian Curtis @.***> wrote:
@Hang-Lei-NOAA https://github.com/Hang-Lei-NOAA
CMake Error at /apps/spack/cmake/3.20.2/intel/19.1.3.304/a43g47cjru4jlyziud2y2zc7k6jnbsn2/share/cmake-3.20/Modules/CMakeFindDependencyMacro.cmake:47 (find_package): By not providing "Findbufr.cmake" in CMAKE_MODULE_PATH this project has asked CMake to find a package configuration file provided by "bufr", but CMake did not find one.
Could not find a package configuration file provided by "bufr" with any of the following names:
bufrConfig.cmake bufr-config.cmake
Add the installation prefix of "bufr" to CMAKE_PREFIX_PATH or set "bufr_DIR" to a directory containing one of the above files. If "bufr" provides a separate development package or SDK, be sure it has been installed. Call Stack (most recent call first): /lfs/h1/emc/nceplibs/noscrub/hpc-stack/libs/hpc-stack/intel-19.1.3.304/w3emc/2.10.0/lib64/cmake/w3emc/w3emc-config.cmake:46 (find_dependency) CMakeLists.txt:171 (find_package)
-- Configuring incomplete, errors occurred! See also "/lfs/h1/emc/nems/noscrub/brian.curtis/git/BrianCurtis-NOAA/ufs-weather-model/esmf860/build/CMakeFiles/CMakeOutput.log".
— Reply to this email directly, view it on GitHub https://github.com/ufs-community/ufs-weather-model/issues/2036#issuecomment-1979083101, or unsubscribe https://github.com/notifications/unsubscribe-auth/AKWSMFBT7LJPVF5YV5TWYGTYWXSUPAVCNFSM6AAAAABAU5FJ2GVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSNZZGA4DGMJQGE . You are receiving this because you were mentioned.Message ID: @.***>
@Brian Curtis - NOAA Affiliate @.***> I checked out the latest develop branch. The compile is successful. You can directly start from: /lfs/h1/emc/nceplibs/noscrub/Hang.Lei/works/ufscompression/develop/tests/compilelibs0305.log
Directly load from /lfs/h1/emc/nceplibs/noscrub/Hang.Lei/works/ufscompression/develop/modulefiles/
On Tue, Mar 5, 2024 at 10:56 AM Hang Lei - NOAA Affiliate @.***> wrote:
@Brian Curtis - NOAA Affiliate @.***> Bufr was not supposed to be loaded. If you need to load it for your run, please add the line to ufs_common.lua {["bufr"] = "11.7.0"}, If other version is required, please change the version number.
On Tue, Mar 5, 2024 at 10:50 AM Brian Curtis @.***> wrote:
@Hang-Lei-NOAA https://github.com/Hang-Lei-NOAA
CMake Error at /apps/spack/cmake/3.20.2/intel/19.1.3.304/a43g47cjru4jlyziud2y2zc7k6jnbsn2/share/cmake-3.20/Modules/CMakeFindDependencyMacro.cmake:47 (find_package): By not providing "Findbufr.cmake" in CMAKE_MODULE_PATH this project has asked CMake to find a package configuration file provided by "bufr", but CMake did not find one.
Could not find a package configuration file provided by "bufr" with any of the following names:
bufrConfig.cmake bufr-config.cmake
Add the installation prefix of "bufr" to CMAKE_PREFIX_PATH or set "bufr_DIR" to a directory containing one of the above files. If "bufr" provides a separate development package or SDK, be sure it has been installed. Call Stack (most recent call first): /lfs/h1/emc/nceplibs/noscrub/hpc-stack/libs/hpc-stack/intel-19.1.3.304/w3emc/2.10.0/lib64/cmake/w3emc/w3emc-config.cmake:46 (find_dependency) CMakeLists.txt:171 (find_package)
-- Configuring incomplete, errors occurred! See also "/lfs/h1/emc/nems/noscrub/brian.curtis/git/BrianCurtis-NOAA/ufs-weather-model/esmf860/build/CMakeFiles/CMakeOutput.log".
— Reply to this email directly, view it on GitHub https://github.com/ufs-community/ufs-weather-model/issues/2036#issuecomment-1979083101, or unsubscribe https://github.com/notifications/unsubscribe-auth/AKWSMFBT7LJPVF5YV5TWYGTYWXSUPAVCNFSM6AAAAABAU5FJ2GVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSNZZGA4DGMJQGE . You are receiving this because you were mentioned.Message ID: @.***>
Something is wrong with that hdf5:
/var/run/palsd/61fdedd2-98c0-485f-addd-4e5a51d5bcdf/files/fv3.exe: error while loading shared libraries: libhdf5_hl.so.310: cannot open shared object file: No such file or directory
/var/run/palsd/61fdedd2-98c0-485f-addd-4e5a51d5bcdf/files/fv3.exe: error while loading shared libraries: libhdf5_hl.so.310: cannot open shared object file: No such file or directory
/var/run/palsd/61fdedd2-98c0-485f-addd-4e5a51d5bcdf/files/fv3.exe: error while loading shared libraries: libhdf5_hl.so.310: cannot open shared object file: No such file or directory
@.***:/lfs/h1/emc/nceplibs/noscrub/Hang.Lei/works/ufscompression/develop> ll /lfs/h1/emc/nceplibs/noscrub/hpc-stack/libs/hpc-stack/intel-19.1.3.304/cray-mpich-8.1.9/hdf5/1.14.0/lib/libhdf5_hl.so.310 lrwxrwxrwx 1 hang.lei nceplibs 21 Oct 2 14:31 /lfs/h1/emc/nceplibs/noscrub/hpc-stack/libs/hpc-stack/intel-19.1.3.304/cray-mpich-8.1.9/hdf5/1.14.0/lib/libhdf5_hl.so.310 -> libhdf5_hl.so.310.0.0
@Brian Curtis - NOAA Affiliate @.**> The libhdf5_hl.so.310 there since OCt 21. * It could be some loading issue of acorn. See my run directory with latest checkout at /lfs/h2/emc/ptmp/hang.lei/FV3_RT/rt_18183
I will do a test run by (2) replace the hdf5 and netcdf in the ufs_common.lua by hdf5-A and netcdf-A. Then rerun the case.
The system installed hdf5-A and netcdf-A have been tested many times. The hdf5 in hpc-stack was adding extra functions for doing zstd compression test. But my test shows no difference between two groups.
I will let you know the result of tonight's tests.
On Tue, Mar 5, 2024 at 3:55 PM Brian Curtis @.***> wrote:
Something is wrong with that hdf5:
/var/run/palsd/61fdedd2-98c0-485f-addd-4e5a51d5bcdf/files/fv3.exe: error while loading shared libraries: libhdf5_hl.so.310: cannot open shared object file: No such file or directory /var/run/palsd/61fdedd2-98c0-485f-addd-4e5a51d5bcdf/files/fv3.exe: error while loading shared libraries: libhdf5_hl.so.310: cannot open shared object file: No such file or directory /var/run/palsd/61fdedd2-98c0-485f-addd-4e5a51d5bcdf/files/fv3.exe: error while loading shared libraries: libhdf5_hl.so.310: cannot open shared object file: No such file or directory
— Reply to this email directly, view it on GitHub https://github.com/ufs-community/ufs-weather-model/issues/2036#issuecomment-1979621174, or unsubscribe https://github.com/notifications/unsubscribe-auth/AKWSMFHGDILFJCPLZTE3MATYWYWNHAVCNFSM6AAAAABAU5FJ2GVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSNZZGYZDCMJXGQ . You are receiving this because you were mentioned.Message ID: @.***>
@Brian Curtis - NOAA Affiliate @.***> I feel it is like an acorn system issue. I run many times, some like the beginning one succeed over the walltime. /lfs/h2/emc/ptmp/hang.lei/FV3_RT/rt_18183
After module purge, all my cases failed. Even the basic "mv" command failed.
But everytime, I build with aerosol model, succeed. ( ./compile.sh acorn "-DAPP=ATMAERO -DCCPP_SUITES=FV3_GFS_v17_p8 -D32BIT=ON" 001
compilelibs0306.log)
@Jun.Wang I am going to rebuild all the code, and start the personal test of UFS on cactus tomorrow and will let you know the result. That will give a sure answer to us.
On Tue, Mar 5, 2024 at 7:30 PM Hang Lei - NOAA Affiliate @.***> wrote:
@.***:/lfs/h1/emc/nceplibs/noscrub/Hang.Lei/works/ufscompression/develop> ll /lfs/h1/emc/nceplibs/noscrub/hpc-stack/libs/hpc-stack/intel-19.1.3.304/cray-mpich-8.1.9/hdf5/1.14.0/lib/libhdf5_hl.so.310 lrwxrwxrwx 1 hang.lei nceplibs 21 Oct 2 14:31 /lfs/h1/emc/nceplibs/noscrub/hpc-stack/libs/hpc-stack/intel-19.1.3.304/cray-mpich-8.1.9/hdf5/1.14.0/lib/libhdf5_hl.so.310 -> libhdf5_hl.so.310.0.0
@Brian Curtis - NOAA Affiliate @.**> The libhdf5_hl.so.310 there since OCt 21. * It could be some loading issue of acorn. See my run directory with latest checkout at /lfs/h2/emc/ptmp/hang.lei/FV3_RT/rt_18183
I will do a test run by (2) replace the hdf5 and netcdf in the ufs_common.lua by hdf5-A and netcdf-A. Then rerun the case.
The system installed hdf5-A and netcdf-A have been tested many times. The hdf5 in hpc-stack was adding extra functions for doing zstd compression test. But my test shows no difference between two groups.
I will let you know the result of tonight's tests.
On Tue, Mar 5, 2024 at 3:55 PM Brian Curtis @.***> wrote:
Something is wrong with that hdf5:
/var/run/palsd/61fdedd2-98c0-485f-addd-4e5a51d5bcdf/files/fv3.exe: error while loading shared libraries: libhdf5_hl.so.310: cannot open shared object file: No such file or directory /var/run/palsd/61fdedd2-98c0-485f-addd-4e5a51d5bcdf/files/fv3.exe: error while loading shared libraries: libhdf5_hl.so.310: cannot open shared object file: No such file or directory /var/run/palsd/61fdedd2-98c0-485f-addd-4e5a51d5bcdf/files/fv3.exe: error while loading shared libraries: libhdf5_hl.so.310: cannot open shared object file: No such file or directory
— Reply to this email directly, view it on GitHub https://github.com/ufs-community/ufs-weather-model/issues/2036#issuecomment-1979621174, or unsubscribe https://github.com/notifications/unsubscribe-auth/AKWSMFHGDILFJCPLZTE3MATYWYWNHAVCNFSM6AAAAABAU5FJ2GVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSNZZGYZDCMJXGQ . You are receiving this because you were mentioned.Message ID: @.***>
@Brian Curtis - NOAA Affiliate @.> @Jun Wang - NOAA Federal @.> The UFS on cactus is more consistent. Please check my run on /lfs/h2/emc/ptmp/hang.lei/FV3_RT/rt_145944 You can start by copy the modulefiles from /lfs/h2/emc/eib/noscrub/hang.lei/ufsdevelop/modulefiles/ufs_wcoss2.intel.lua baseline may need to be regenerated using esmf/8.6.0 series.
On Tue, Mar 5, 2024 at 11:55 PM Hang Lei - NOAA Affiliate @.***> wrote:
@Brian Curtis - NOAA Affiliate @.***> I feel it is like an acorn system issue. I run many times, some like the beginning one succeed over the walltime. /lfs/h2/emc/ptmp/hang.lei/FV3_RT/rt_18183
After module purge, all my cases failed. Even the basic "mv" command failed.
But everytime, I build with aerosol model, succeed. ( ./compile.sh acorn "-DAPP=ATMAERO -DCCPP_SUITES=FV3_GFS_v17_p8 -D32BIT=ON" 001
compilelibs0306.log)
@Jun.Wang I am going to rebuild all the code, and start the personal test of UFS on cactus tomorrow and will let you know the result. That will give a sure answer to us.
On Tue, Mar 5, 2024 at 7:30 PM Hang Lei - NOAA Affiliate < @.***> wrote:
@.***:/lfs/h1/emc/nceplibs/noscrub/Hang.Lei/works/ufscompression/develop> ll /lfs/h1/emc/nceplibs/noscrub/hpc-stack/libs/hpc-stack/intel-19.1.3.304/cray-mpich-8.1.9/hdf5/1.14.0/lib/libhdf5_hl.so.310 lrwxrwxrwx 1 hang.lei nceplibs 21 Oct 2 14:31 /lfs/h1/emc/nceplibs/noscrub/hpc-stack/libs/hpc-stack/intel-19.1.3.304/cray-mpich-8.1.9/hdf5/1.14.0/lib/libhdf5_hl.so.310 -> libhdf5_hl.so.310.0.0
@Brian Curtis - NOAA Affiliate @.**> The libhdf5_hl.so.310 there since OCt 21. * It could be some loading issue of acorn. See my run directory with latest checkout at /lfs/h2/emc/ptmp/hang.lei/FV3_RT/rt_18183
I will do a test run by (2) replace the hdf5 and netcdf in the ufs_common.lua by hdf5-A and netcdf-A. Then rerun the case.
The system installed hdf5-A and netcdf-A have been tested many times. The hdf5 in hpc-stack was adding extra functions for doing zstd compression test. But my test shows no difference between two groups.
I will let you know the result of tonight's tests.
On Tue, Mar 5, 2024 at 3:55 PM Brian Curtis @.***> wrote:
Something is wrong with that hdf5:
/var/run/palsd/61fdedd2-98c0-485f-addd-4e5a51d5bcdf/files/fv3.exe: error while loading shared libraries: libhdf5_hl.so.310: cannot open shared object file: No such file or directory /var/run/palsd/61fdedd2-98c0-485f-addd-4e5a51d5bcdf/files/fv3.exe: error while loading shared libraries: libhdf5_hl.so.310: cannot open shared object file: No such file or directory /var/run/palsd/61fdedd2-98c0-485f-addd-4e5a51d5bcdf/files/fv3.exe: error while loading shared libraries: libhdf5_hl.so.310: cannot open shared object file: No such file or directory
— Reply to this email directly, view it on GitHub https://github.com/ufs-community/ufs-weather-model/issues/2036#issuecomment-1979621174, or unsubscribe https://github.com/notifications/unsubscribe-auth/AKWSMFHGDILFJCPLZTE3MATYWYWNHAVCNFSM6AAAAABAU5FJ2GVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSNZZGYZDCMJXGQ . You are receiving this because you were mentioned.Message ID: @.***>
@Hang-Lei-NOAA on WCOSS2 I get issues with netcdff finding the appropriate so.
./fv3.exe: error while loading shared libraries: libnetcdff.so.7: cannot open shared object file: No such file or directory
@Brian Curtis - NOAA Affiliate @.***> Please show me your working directory.
On Thu, Mar 7, 2024 at 10:41 AM Brian Curtis @.***> wrote:
@Hang-Lei-NOAA https://github.com/Hang-Lei-NOAA on WCOSS2 I get issues with netcdff finding the appropriate so.
./fv3.exe: error while loading shared libraries: libnetcdff.so.7: cannot open shared object file: No such file or directory
— Reply to this email directly, view it on GitHub https://github.com/ufs-community/ufs-weather-model/issues/2036#issuecomment-1983788889, or unsubscribe https://github.com/notifications/unsubscribe-auth/AKWSMFH2USK7QGS5RICN3XLYXCDDLAVCNFSM6AAAAABAU5FJ2GVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSOBTG44DQOBYHE . You are receiving this because you were mentioned.Message ID: @.***>
The library is there, since last Jul: ls -l /apps/prod/hpc-stack/i-19.1.3.304m-8.1.12h-1.14.0n-4.9.2p-2.5.10__e-8.4.2/intel-19.1.3.304/cray-mpich-8.1.12/netcdf/4.9.2/lib total 7248 -rwxr-xr-x 1 hpc-adm hpc-adm 1912 Jul 17 2023 libh5bzip2.la -rwxr-xr-x 1 hpc-adm hpc-adm 97456 Jul 17 2023 libh5bzip2.so -rw-r--r-- 1 hpc-adm hpc-adm 2316308 Jul 17 2023 libnetcdf.a -rw-r--r-- 1 hpc-adm hpc-adm 857668 Jul 17 2023 libnetcdf_c++4.a -rwxr-xr-x 1 hpc-adm hpc-adm 1943 Jul 17 2023 libnetcdf_c++4.la lrwxrwxrwx 1 hpc-adm hpc-adm 23 Jul 17 2023 libnetcdf_c++4.so -> libnetcdf_c++4.so.1.1.0 lrwxrwxrwx 1 hpc-adm hpc-adm 23 Jul 17 2023 libnetcdf_c++4.so.1 -> libnetcdf_c++4.so.1.1.0 -rwxr-xr-x 1 hpc-adm hpc-adm 475664 Jul 17 2023 libnetcdf_c++4.so.1.1.0 -rw-r--r-- 1 hpc-adm hpc-adm 1042008 Jul 17 2023 libnetcdff.a -rwxr-xr-x 1 hpc-adm hpc-adm 1917 Jul 17 2023 libnetcdff.la -rw-r--r-- 1 hpc-adm hpc-adm 2372 Jul 17 2023 libnetcdff.settings lrwxrwxrwx 1 hpc-adm hpc-adm 19 Jul 17 2023 libnetcdff.so -> libnetcdff.so.7.1.0 lrwxrwxrwx 1 hpc-adm hpc-adm 19 Jul 17 2023 libnetcdff.so.7 -> libnetcdff.so.7.1.0 -rwxr-xr-x 1 hpc-adm hpc-adm 837840 Jul 17 2023 libnetcdff.so.7.1.0 -rwxr-xr-x 1 hpc-adm hpc-adm 1631 Jul 17 2023 libnetcdf.la -rw-r--r-- 1 hpc-adm hpc-adm 2030 Jul 17 2023 libnetcdf.settings lrwxrwxrwx 1 hpc-adm hpc-adm 19 Jul 17 2023 libnetcdf.so -> libnetcdf.so.19.2.2 lrwxrwxrwx 1 hpc-adm hpc-adm 19 Jul 17 2023 libnetcdf.so.19 -> libnetcdf.so.19.2.2 -rwxr-xr-x 1 hpc-adm hpc-adm 1751776 Jul 17 2023 libnetcdf.so.19.2.2 drwxr-xr-x 2 hpc-adm hpc-adm 4096 Jul 17 2023 pkgconfig
On Thu, Mar 7, 2024 at 11:08 AM Hang Lei - NOAA Affiliate @.***> wrote:
@Brian Curtis - NOAA Affiliate @.***> Please show me your working directory.
On Thu, Mar 7, 2024 at 10:41 AM Brian Curtis @.***> wrote:
@Hang-Lei-NOAA https://github.com/Hang-Lei-NOAA on WCOSS2 I get issues with netcdff finding the appropriate so.
./fv3.exe: error while loading shared libraries: libnetcdff.so.7: cannot open shared object file: No such file or directory
— Reply to this email directly, view it on GitHub https://github.com/ufs-community/ufs-weather-model/issues/2036#issuecomment-1983788889, or unsubscribe https://github.com/notifications/unsubscribe-auth/AKWSMFH2USK7QGS5RICN3XLYXCDDLAVCNFSM6AAAAABAU5FJ2GVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSOBTG44DQOBYHE . You are receiving this because you were mentioned.Message ID: @.***>
@Hang-Lei-NOAA run_dir: /lfs/h2/emc/ptmp/brian.curtis/FV3_RT/rt_171470/regional_atmaq_debug_intel
my setup is: /lfs/h2/emc/nems/noscrub/brian.curtis/git/BrianCurtis-NOAA/ufs-weather-model/develop/
@Brian Curtis - NOAA Affiliate @.***> Just rechecked, Please load the modulefile again. /lfs/h2/emc/eib/noscrub/hang.lei/ufsdevelop/modulefiles/ufs_wcoss2.intel.lua This build of libraries are based on hdf5-A; NETCDF-A and PIO-A. Please correct and try it again.
On Thu, Mar 7, 2024 at 12:02 PM Brian Curtis @.***> wrote:
@Hang-Lei-NOAA https://github.com/Hang-Lei-NOAA run_dir: /lfs/h2/emc/ptmp/brian.curtis/FV3_RT/rt_171470/regional_atmaq_debug_intel
my setup is: /lfs/h2/emc/nems/noscrub/brian.curtis/git/BrianCurtis-NOAA/ufs-weather-model/develo p/
— Reply to this email directly, view it on GitHub https://github.com/ufs-community/ufs-weather-model/issues/2036#issuecomment-1984011564, or unsubscribe https://github.com/notifications/unsubscribe-auth/AKWSMFHTQX4ERLENLV2GT7DYXCMQZAVCNFSM6AAAAABAU5FJ2GVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSOBUGAYTCNJWGQ . You are receiving this because you were mentioned.Message ID: @.***>
WCOSS2 Ticket number 2024031510000019
Assigned to Bongi
Pushed on April/4
Associated mapl/2.40.3-esmf-8.6.0 version updates is with Ticket number 2024031510000028 Assigned to Bongi Pushed on April/4
@Hang-Lei-NOAA Do you hear anything from Bongi? Are the libraries available on wcoss2 now?
@junwang-noaa after we tested on acron, it was Tuesday. GDIT then need to ask NCO to start the RFC ticket. At least it will take a week to get it on wcoss2. Please just wait. I will inform Brian once it is ready for confirm testing.
Lib-C series are available on cactus for quick fully testing. @junwang-noaa
@BrianCurtis-NOAA just to confirm that you will test the ESMF 8.6.0 in your test with other library update (pio netcdf), right?
Yes
Description
ESMF 8.6.0 is released, it needs to be tested in ufs-weather-model.
Solution
Alternatives
Related to