Reenable Orion Cycling Support#2877
Conversation
|
The spack-stack environment used by the UPP ( With these changes, the |
|
@DavidHuber-NOAA Can you change the access permission of /work/noaa/global/dhuber/para/orion/COMROOT/c96_4denvar/gdas.20211221/00/model/atmos/master/? |
|
@WenMeng-NOAA Yes, done. |
…/global-workflow into feature/orion_upp_update
@DavidHuber-NOAA Somehow, the 6 aerosol fields (ATOK) are missing in both gfs and gdas master files. To output them from UPP, itag should be set as: |
|
@WenMeng-NOAA Here are the contents of the These appear to be the same. The experiment that I was running was ATM-only, so that may be why the aerosol fields were not present. I will try running the |
|
@WenMeng-NOAA I have finished running the |
Co-authored-by: David Huber <69919478+DavidHuber-NOAA@users.noreply.github.com>
fixes for UPP and compression in ufswm
|
|
Automated global-workflow Testing Results: |
|
Experiment C96_atm3DVar_extended_c8710fe9 FAIL on Wcoss2 at 09/05/24 10:36:32 PM Error logs: Follow link here to view the contents of the above file(s): (link) |
|
The index file isn't being created in the GOES UPP job. I checked |
|
CI Passed on Orion in Build# 5 |
|
Let's disable the GOES product generation and merge this PR. |
|
NOAA-EMC/UPP@97ea655 https://github.com/NOAA-EMC/global-workflow/blob/develop/ush/python/pygfs/task/upp.py#L203-L207 |
|
global-workflow/ush/python/pygfs/task/upp.py Line 205 in 2e4f4b7 Can you add GOES to the list here?['PRS', 'FLX', 'GOES']This should be done properly, but this will do in a pinch. |
|
|
Automated global-workflow Testing Results: |
|
All CI Test Cases Passed on Wcoss2: |
Description
This updates the model hash to include the UPP update needed to be able to run the post processor on Orion, thus reenabling support on that system.
A note on the UPP: it is using a newer version of g2tmpl that requires a separate spack-stack 1.6.0 installation. This version of g2tmpl will be standard in spack-stack 1.8.0, but for now requires loading separate modules for the UPP.
A note on running analyses on Orion: due to a yet-unknown issue causing the BUFR library to run much slower on Orion when compared with Rocky 8, the GSI and GDASApp are expected to run significantly slower than on any other platform (on the order of an hour longer).
Lastly, I made adjustments to the build_all.sh script to send more cores to compiling the UFS and GDASApp. Under this configuration, the GSI, UPP, UFS_Utils, and WW3 pre/post executables finish compiling before the UFS when run with 20 cores.
Resolves #2694
Resolves #2851
Type of change
Change characteristics
How has this been tested?
Checklist