-
-
Notifications
You must be signed in to change notification settings - Fork 106
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
Patch nightly build flakiness #1856
Conversation
The first attempt at running the tests failed with a Zenodo timeout, which seems weird to me. I thought we were trying to download directly from the GCS cache for the CI now? |
Codecov Report
@@ Coverage Diff @@
## dev #1856 +/- ##
=======================================
- Coverage 83.0% 83.0% -0.1%
=======================================
Files 65 65
Lines 7327 7335 +8
=======================================
+ Hits 6088 6092 +4
- Misses 1239 1243 +4
Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here. |
Hmm, it looks like we added the Is there a good reason not to just have the tests default to trying the GCS cache first all the time? If there's a local cache, that'll get priority. If the data isn't in the GCS cache, it'll fall back to pulling from Zenodo (and populate the GCS cache in the process?) |
PR trying to use the GCS Cache in CI: #1858 |
Ohh I thought the GCS cache in pytest changes were buried in an EIA flakiness PR.
This is currently how the |
This PR retries GCS Cache requests on BadRequest errors to eliminate the flakiness in our nightly builds.