Help on convert GDAS forecast to grib2 using UPP

[DumplingHotPot]

Hi UPP community,

I am trying to convert the GDAS 80 member ensemble 6-hour forecast (both upper atmosphere and surface, 0.25*0.25) but encountered strange bugs I cannot solve myself. Below are the detailed info:

1. Platform: Orion
2. Version:UPP v11.0.0
   3.Stage: run
3. The sbatch submitting script and the control file used are in this zip file
   postxconfig-NT-gfs-two.zip
   5.full error message is in upp.f006.out in the zip.
   [orion-23-38:1677154:0:1677154] Caught signal 11 (Segmentation fault: address not mapped to object at address 0x7ffe36f69b18)
   ==== backtrace (tid:1677154) ====
   0 0x000000000005f14c ucs_callbackq_cleanup() ???:0
   1 0x000000000005f30a ucs_callbackq_cleanup() ???:0
   2 0x0000000000054d90 GI___sigaction() :0
   3 0x0000000000493273 initpost_netcdf() /work2/noaa/uswrp-oum/zhchen/UPP/sorc/ncep_post.fd/INITPOST_NETCDF.f:250
   4 0x00000000004f2cb0 MAIN_() /work2/noaa/uswrp-oum/zhchen/UPP/sorc/ncep_post.fd/WRFPOST.F:590
   5 0x0000000000413d7d main() ???:0
   6 0x000000000003feb0 __libc_start_call_main() ???:0
   7 0x000000000003ff60 libc_start_main_alias_2() :0
   8 0x0000000000413c95 start() ???:0
   =================================
   forrtl: severe (174): SIGSEGV, segmentation fault occurred
   Image PC Routine Line Source
   libc.so.6 00007FBBD6267D90 Unknown Unknown Unknown
   upp.x 0000000000493273 initpost_netcdf 250 INITPOST_NETCDF.f
   upp.x 00000000004F2CB0 MAIN 590 WRFPOST.F
   upp.x 0000000000413D7D Unknown Unknown Unknown
   libc.so.6 00007FBBD6252EB0 Unknown Unknown Unknown
   libc.so.6 00007FBBD6252F60 __libc_start_main Unknown Unknown
   upp.x 0000000000413C95 Unknown Unknown Unknown
   seems to be originated from some data shape mismatch?
4. current shell /bin/bash
   module loaded

Currently Loaded Modules:

1. intel-oneapi-compilers/2023.1.0 18) c-blosc/1.21.5
2. stack-intel/2021.9.0 19) netcdf-c/4.9.2
3. intel-oneapi-mpi/2021.9.0 20) netcdf-fortran/4.6.1
4. stack-intel-oneapi-mpi/2021.9.0 21) bacio/2.4.1
5. curl/7.76.1 22) crtm-fix/2.4.0.1_emc
6. glibc/2.34 23) git-lfs/3.1.2
7. cmake/3.27.9 24) crtm/2.4.0.1
8. zlib/1.2.13 25) g2/3.5.1
9. sqlite/3.39.4 26) g2tmpl/1.13.0
10. python/3.10.8 27) ip/5.0.0
11. libjpeg/2.1.0 28) w3emc/2.10.0
12. jasper/2.0.32 29) nemsio/2.5.4
13. zlib-ng/2.1.6 30) sigio/2.3.2
14. libpng/1.6.37 31) wrf-io/1.2.0
15. hdf5/1.14.3 32) upp_common
16. snappy/1.1.10 33) orion
17. zstd/1.5.2
    7.Compiler + MPI combination being used: /apps/spack-managed/oneapi-2023.1.0/intel-oneapi-mpi-2021.9.0-a66eaipzsnyrdgaqzxmqmqz64qzvhkse/mpi/2021.9.0/bin/mpif90
    8.Run directory and code directory, if available on supported platforms
    Run: /work2/noaa/uswrp-oum/zhchen/upp_converting/postprd/ code: /work2/noaa/uswrp-oum/zhchen/UPP/

Thank you so much for help!

[jdkublnick]

Hello,

We have received your question, and I have contacted the appropriate SMEs for guidance. I hope to have an answer for you shortly.

Thanks,
Joshua Kublnick

[FernandoAndrade-NOAA]

Hello @DumplingHotPot , have you tried running and testing any changes with the latest develop? The given run directories are also unreadable likely due to permissions if you could open those up, thank you.

[gspetro-NOAA]

Hi @DumplingHotPot ,

To echo what @FernandoAndrade-NOAA said, we will need read access (and possibly execute access) to your directory on Orion to be able to help you troubleshoot. You can run chmod -R a+rX /work2/noaa/uswrp-oum/zhchen/UPP/ to grant us read/execute permissions to view your directories. You will also need to build with the debug option for more detailed information on what is happening. To build in debug mode, you can add -DCMAKE_BUILD_TYPE=Debug to the cmake_opts parameter in the compile_upp.sh script. This removes compiler optimization flags and adds -g to the Fortran compilation. You can also use -DCMAKE_BUILD_TYPE=RELWITHDEBINFO, which gives the -g, but keeps the -O2 optimization for the Fortran compilation.

Best,
Gillian Petro