-
Notifications
You must be signed in to change notification settings - Fork 2.8k
Cirrus: Fix gate image & false-positive exits #5039
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
Cirrus: Fix gate image & false-positive exits #5039
Conversation
/approve |
ceee4f8
to
d23da27
Compare
d9aa4c8
to
b9e4e34
Compare
Yeah, that and I need to improve the commit message and add some comments... |
b9e4e34
to
c994348
Compare
@mheon @baude FYI- I still have some i-dotting and t-crossing to do here. For the moment, it looks like whatever was causing download failures has passed, so I think there is less urgency to this PR. However, I did uncover and fix a bunch of false-positive problems in our current setup.
|
c994348
to
dfc2862
Compare
dfc2862
to
e56a4c7
Compare
Note: There are a few documentation issues I need to clean up and additional local testing needed (see checklist above) |
e56a4c7
to
45a8ad5
Compare
@mheon @baude @edsantiago manual testing has shown, we will get gate-jobs failing for a short duration once this PR merges. However, once quay builds the new image, re-running any failed jobs should fix them. FWIW: I did experiment with trying the new code using the old container, and visa-versa but couldn't find a sane way to keep all use-cases happy. |
This is simply a reflection of what I confirmed earlier. Due to unification of paths used in the gate-container scripts (so they're common for all CI jobs) the "old" (built from master prior to this PR) image cannot work with this PR. @mheon will have to merge this manually. Once this code is on master, Quay will build a new gate container that will function properly. However, during the interumn time before it's built, this task will simply fail everywhere. OTOH, I think having commonly used paths everywhere is a worthwhile change to suffer a few failures over. Make sense? |
I guess. I agree with the elimination of conflicting/duplicate/inconsistent |
LGTM except for the |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: cevich, edsantiago, mheon The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
@cevich Do we have a way to back this out quickly if it goes bad? Want to make sure we aren't going to end up with a red master and no plan to resolve it |
@mheon The backout plan is: Revert this commit. Allow quay.io to notice and build the "old" gate container. Backout plan B: I will make a copy of the current gate container tagged "reverted_5039" |
@cevich Ack. Let's wait until I cut 1.8.0 and then get this in. |
yep, np. Tag created: quay.io/libpod/gate:reverted_5039 |
b316bdd
to
1a98ab6
Compare
A number of scripts relating to tooling used and the gate container image were not exiting upon errors as intended. Coupled with external service unavailability (i.e. downloading golangci-lint) was observed to cause difficult to debug failures. This change corrects the scripts inside/out of the gate container as well as fixes many golang related path consistency problems vs other CI jobs. After this change, all jobs use consistent path names reducing the number of special-case overrides needed. Lastly, I also made a documentation-pass, updating/correcting as needed, including documenting a likely local validation-failure mode, related to `$EPOCH_TEST_COMMIT`. This is dependent on the developers git environment, so documentation is the only possible "fix". Signed-off-by: Chris Evich <cevich@redhat.com>
1a98ab6
to
d0782e7
Compare
@mheon we released 1.8 already no? |
1.8.0 is out, 1.8.1 is in RC |
So yes, we should probably go ahead with this |
Um, how certain are you? RC1 had rootless regressions, and there haven't been any builds since then... |
We cut an RC2 tag, didn't we? |
https://github.com/containers/libpod/releases/tag/v1.8.1-rc2 Must not have been built? |
fc31 build failed in koji, I saw no other attempted builds |
All well and good, but THIS pr is needed to improve the gate job accuracy and documentation 😄 It's also got some important fixes to avoid running container images produced from other branches. |
Way over my head, but LGTM in principle. |
/lgtm |
Depends on: #5066
Signed-off-by: Chris Evich cevich@redhat.com