-
Notifications
You must be signed in to change notification settings - Fork 35
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
Update JEDI hashes (20250203) #1475
base: develop
Are you sure you want to change the base?
Conversation
This PR will be marked Ready for review once all GDASApp ctests have been run and pass on Hera, Hercules, and Orion and g-w CI passes on WCOSS2. |
Automated GW-GDASApp Testing Results:
|
Automated GW-GDASApp Testing Results:
|
Automated GW-GDASApp Testing Results:
|
WCOSS2 g-w CI Clone g-w All g-w components successfully build except GDASApp. The GDASApp build fails with
Notice that Hera, Hercules, and Orion use more recent versions of
Might a more recent version of atlas resolve the Manually load GDASApp
Unfortunately, Note that saber PR #1001 contains references to As a test back up working copy of We need to reach out to the library time to request installation of a newer version of atlas on WCOSS2. This PR can not move forward until we can build and run Attention: @DavidNew-NOAA , @danholdaway , @CoryMartin-NOAA , @guillaumevernieres |
WCOSS2 g-w CI
|
While g-w based GDASAPpp ctests pass on Hera, Hercules, and Orion, we can not build Mark this PR DO NO MERGE until WCOSS2 spack stack is updated. |
Update The issue on WCOSS2 is not the version of atlas. The WCOSS2 atlas is built with |
I see the check for |
Run build of
|
I see transpartitioner used in spectralb, but also in WriteFields saber block. spectralb is turned off if trans is not found: https://github.com/JCSDA-internal/saber/blob/2a2878f511fc0ca360e681a271df5a09bb343161/src/saber/spectralb/CMakeLists.txt#L6, but writefields is not: https://github.com/JCSDA-internal/saber/blob/develop/src/saber/generic/CMakeLists.txt. Do you mind trying only adding writefields block in CMakeLists when atlas_trans is found? |
Thanks @shlyaeva that looks to he culprit to me too. WriteFields needs to be fenced off. Not sure what impact that would have though. I'll try testing that. |
Draft PR with branch to test https://github.com/JCSDA-internal/saber/pull/1012 |
Anna's suggestion was added to
The GDASApp build was run again on Cactus. The build ran to completion without any errors. atlas/0.35.1 in Cactus spack-stack/1.6.0 was built with
This differs from the spack-stack/1.6.0 builds on Hera, Hercules, and Orion. On these machines we have @danholdaway , you made the same change in saber PR #1012. |
@RussTreadon-NOAA the saber fix is merged so you should be able to proceed now. |
Thank you @danholdaway for the quick fix to saber. |
Before marking this PR as Ready for review manually start |
The |
Hera stable-nightly script successfully updated JEDI hashes in
|
Install g-w Execution of the stable-nightly script is equivalent to apply the Hera-GW-RT label to this PR. Since the stable-nightly script just succeeded, the Hera-GW-RT label will not be applied to this PR ... at present. MSU Orion and Hercules are experiencing sluggish disk performance. This cause one of the ctests to fail on Hercules in GDASApp PR #1494. As such, the Orion and Hercules GW-RT labels will not be applied to this PR at present. |
Description
Update select JEDI hashes on 20250203
Companion PRs
none
Issues
Resolves #1474
Automated CI tests to run in Global Workflow