-
Notifications
You must be signed in to change notification settings - Fork 205
Refactor Tar Archiving Logic to Python-Based Implementation #4336
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Refactor Tar Archiving Logic to Python-Based Implementation #4336
Conversation
…do-NOAA/global-workflow into enabler/archive_tar
…do-NOAA/global-workflow into enabler/archive_tar
|
Launching CI on C6. |
|
BUILD FAILED on Gaeac6 (pipeline ID: 7151) In directory: Error log files: This failure was detected automatically by global-workflow's CI/CD Pipeline |
|
Building failed on C6. This issue has been reported to GFDL already. I will pick this testing up manually on C6. I am also launching CI on Dogwood. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I performed an extended C96C48mx500_S2SW_cyc_gfs case on WCOSS2 with all downstream jobs enabled (gempak, awips, goes, etc) in both this branch and develop for 5 cycles and then extracted all tarballs and compared contents. All files were present except the following from the last two cycles (2021122118 and 2021122200):
2021122118/gdas.20211221/18/products/atmos/oznmon/time/bad_pen.2021122118
2021122118/gfs.20211221/18/products/atmos/cyclone/genesis_vital/storms.gfso.atcf_gen.2021122118
2021122118/gfs.20211221/18/products/atmos/cyclone/genesis_vital/trak.gfso.atcfunix.2021122118
2021122200/gdas.20211222/00/products/atmos/oznmon/time/bad_pen.2021122200
I am not certain which tarballs these are located in.
EDIT: I removed the XML because it does actually exist.
|
@AntonMFernando-NOAA Can you please take a look at the tarballs in |
|
After some investigation, I see now that the cyclone files were not being generated in the extended case ran on this branch because the forecast length was only 120 hours. Looking at another case that @AntonMFernando-NOAA ran on Hera, these files were generated and archived successfully. |
|
Additionally, my tests to find missing files had a flaw in it that incorrectly identified the Thus, all files are accounted for. All tests have passed and this PR is ready to merge. |
Description
This PR refactors the tar archiving (arch_tar) workflow to move all logic, cycle variable handling, and COM path resolution from YAML/Jinja templates into Python. YAML configuration is now limited to describing what files are archived, while Python scripts are responsible for how variables are generated and resolved.
This change aligns tar archiving with the local archiving (arch_vrfy) approach and establishes a unified, Python-driven archive framework.
Resolves [Enabler] Review the archiving process and determine best paths forward #3656
Refs Archive Enhancement — Migrate Template Variables from Jinja to Python #3910
Type of change
Change characteristics
How has this been tested?
Checklist