deps: update runc to 1.1.1#109091
Conversation
This updates vendored runc/libcontainer to 1.1.1,
and google/cadvisor to v0.44.0 (which updates runc to 1.1).
Changes in vendor are generated by (roughly):
./hack/pin-dependency.sh github.com/google/cadvisor v0.44.0
./hack/pin-dependency.sh github.com/opencontainers/runc v1.1.1
./hack/update-vendor.sh
./hack/lint-dependencies.sh # And follow all its recommendations.
./hack/update-vendor.sh
./hack/update-internal-modules.sh
./hack/lint-dependencies.sh # Re-check everything again.
The changes (mostly in pkg/kubelet/cm) are there to adopt changed
runc 1.1 API, and simplify things a bit. In particular:
1. simplify cgroup manager instantiation, using a new, easier way of
libcontainers/cgroups/manager.New;
2. replace libcontainerAdapter with a boolean variable (all it did
was passing on whether systemd manager should be used);
3. trivial change due to removed cgroupfs.HugePageSizes and added
cgroups.HugePageSizes();
4. do not calculate cgroup paths in update / destroy, since libcontainer
cgroup managers now calculate the paths upon creation (previously,
they were doing that only in Apply, so using e.g. Set or Destroy right
after creation was impossible without specifying paths).
We currently still calculate cgroup paths in Exists -- this is to be
addressed separately.
Signed-off-by: Kir Kolyshkin <[email protected]>
Signed-off-by: Kir Kolyshkin <[email protected]>
|
@kolyshkin: This issue is currently awaiting triage. If a SIG or subproject determines this is a relevant issue, they will accept it by applying the The DetailsInstructions 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. |
|
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: kolyshkin The full list of commands accepted by this bot can be found here. DetailsNeeds approval from an approver in each of these files:Approvers can indicate their approval by writing |
|
@kolyshkin: The following tests failed, say
Full PR test history. Your PR dashboard. Please help us cut down on flakes by linking to an open issue when you hit one in your PR. DetailsInstructions 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. |
|
@kolyshkin #109029 already landed right? we need a rebase? |
|
@kolyshkin: PR needs rebase. DetailsInstructions 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. |
|
@kolyshkin #109029 already landed right? we need a rebase? |
2 similar comments
|
@kolyshkin #109029 already landed right? we need a rebase? |
|
@kolyshkin #109029 already landed right? we need a rebase? |
|
thanks for the quick turnaround on the panic cleanup, tag me once the rebase is done and we'll get this in (it might be easier to just start from latest master and bump to 1.1.1) |
Ah! Replacing this one with #109104 |
What type of PR is this?
/kind cleanup
/priority important-soon
/sig node
/cc @odinuge @dims @mrunalp @liggitt @ehashman
What this PR does / why we need it
This updates vendored runc/libcontainer to 1.1.1,
and google/cadvisor to v0.44.0 (which updates runc to 1.1).
Changes in vendor are generated by (roughly):
The changes (mostly in pkg/kubelet/cm) are there to adopt changed
runc 1.1 API, and simplify things a bit. In particular:
simplify cgroup manager instantiation, using a new, easier way of
libcontainers/cgroups/manager.New;
replace libcontainerAdapter with a boolean variable (all it did
was passing on whether systemd manager should be used);
trivial change due to removed cgroupfs.HugePageSizes and added
cgroups.HugePageSizes();
do not calculate cgroup paths in update / destroy, since libcontainer
cgroup managers now calculate the paths upon creation (previously,
they were doing that only in Apply, so using e.g. Set or Destroy right
after creation was impossible without specifying paths).
We currently still calculate cgroup paths in Exists -- this is to be
addressed separately.
Which issue(s) this PR fixes:
Closes: #109029
Special notes for your reviewer:
This is a carry of #109029, which is a carry of #107149. The main change is using runc 1.1.1,
which addresses #109029 (comment)
Does this PR introduce a user-facing change?