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
vendor: bump containers/storage to v1.24.0 #4334
Conversation
/approve |
Backports:
|
Codecov Report
@@ Coverage Diff @@
## master #4334 +/- ##
=======================================
Coverage 39.29% 39.29%
=======================================
Files 112 112
Lines 8835 8835
=======================================
Hits 3472 3472
Misses 4977 4977
Partials 386 386 |
/lgtm |
/test e2e-aws |
Failure in critest related to AppArmor:
I have audited the logs (https://circleci.com/api/v1.1/project/github/cri-o/cri-o/105877/output/107/0?file=true&allocation-id=5fa1278c1be5695c9ebd99d7-0-build%2F7DFD59DA) but it's not clear what happened (other than the |
/retest |
/test e2e-aws |
/retest |
85c665a
to
e75f470
Compare
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: haircommander, kolyshkin, mrunalp 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 |
rebased on top of current master; maybe this will help ci :-\ |
e75f470
to
2d812b4
Compare
Same apparmor failure as earlier. Most probably caused by containers/storage#743 as we touch the file in the root directory. The fix (in critest) is easy but I'm not sure the new default won't bring any other breakage. |
I have the same issue in this PR: #4358 |
This comment has been minimized.
This comment has been minimized.
closed by mistake |
@saschagrunert this is probably because your PR also bumps containers/storage to 1.23.10-dev-something, which includes containers/storage#743. Let's see if kubernetes-sigs/cri-tools#682 helps (testing via #4366) |
OK, due to containers/storage#743 this needs kubernetes-sigs/cri-tools#682 and a new critools release. |
Hm, but isn't this a regression in containers/storage? My plan was to cut a new cri-tools release with k8s 1.20.0 but now this seems kind of urgent. :-/ |
It's hard to say whether it's a regression or not. Looks more like a fortifying measure.
Alternatively, we can use critools master as I did in #4366. One side benefit is we'll be able to catch bugs like kubernetes-sigs/cri-tools#683 earlier. |
See #4371 |
I'm in favor of switching to the master for now. I will cut a new cri-tools release together with Kubernetes v1.20.0 in any case. |
This is mostly to have containers/storage#757 which should fix occasional CI failures. Signed-off-by: Kir Kolyshkin <kolyshkin@gmail.com>
2d812b4
to
359c60f
Compare
Rebased on top of recently merged #4371 to fix critest woes. Assuming the CI is green (except e2e-aws which is broken globally atm), this one should be good to go. |
@kolyshkin: The following test failed, say
Full PR test history. Your PR dashboard. Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here. |
failure in e2e_rhel ( |
/test e2e_rhel |
/lgtm |
What type of PR is this?
/kind bug
What this PR does / why we need it:
This is mostly to have containers/storage#757
which should fix occasional CI failures (and probably real failures, too).
Which issue(s) this PR fixes:
periodically caught by CI
Special notes for your reviewer:
This is currently blocked by #4371
Backports:
Does this PR introduce a user-facing change?