-
Notifications
You must be signed in to change notification settings - Fork 250
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
all cpld baselines are failing on derecho #2501
Comments
@jkbk2004 This is still an issue as of today, running top-of-develop against |
@DeniseWorthen Rocoto is at least functional on Derecho. Current baseline of the develop branch is with /glade/derecho/scratch/epicufsrt/ufs-weather-model/RT/NEMSfv3gfs/develop-20241127. Can you test with develop-20241127? |
I'm running ecflow fine. And the baselines are not comparing. |
The point of maintaining 2 months worth of baselines is that a developer can check out an older hash and run against it. I'm testing 144ccb0. That baseline date is 20241121. The baseline exists on Derecho
However, no logs were posted for that commit at UWM: Why does a baseline exist if it the commit was not run against or created by that commit? |
Workflow managers on Derecho wasn't stable for a while. We tried to recover the baselines sporadically. We started maintaining the RT log from last commit. |
I have no issue to test with develop branch for 20241127 |
To reiterate, a developer should expect that checking out a hash and running against a baseline will pass. Why is the baseline present if it was not generated by or tested against that hash? |
let us know if you have any issue with develop branch |
No! Why else maintain baselines if a developer cannot run against them. This is a fundamental principle. |
The system wasn't stable for a while |
That makes no sense. Was the hash used to generate the associated baseline? Yes or no. |
I reported Derecho baseline is fully recovered ok with full test log from 20241127. System issue before then. I am removing baselines created during the time period with workflow issue. |
Description
Running UFS cpld tests from top-develop on derecho are all failing. There is a baseline directory in place (
develop-20241112
) but Derecho was skipped for the last PR (the WW3 PIO). A note was left here that baselines were created OK, but apparently not.To Reproduce:
Run top-develop on Derecho
The text was updated successfully, but these errors were encountered: