-
Notifications
You must be signed in to change notification settings - Fork 716
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
kubeadm-1.10 does not cleanup pods in CRI-O with recent crictl versions #748
Comments
I'm going to fix this |
Thanks @runcom ! @timothysc yes, it's ubuntu 16.04 on ARM architecture, with CRI-O version 1.10.0 from https://launchpad.net/~projectatomic/+archive/ubuntu/ppa, and |
/assign @runcom |
@kars7e could you test with latest code? |
@runcom Sure thing. Is there any specific released binary I should test, or should I build from latest master (including #63862)? |
latest master + that PR :) |
Automatic merge from submit-queue (batch tested with PRs 62756, 63862, 61419, 64015, 64063). If you want to cherry-pick this change to another branch, please follow the instructions <a href="https://github.com/kubernetes/community/blob/master/contributors/devel/cherry-picks.md">here</a>. kubeadm: crictl reset commands fixes Signed-off-by: Antonio Murdaca <[email protected]> **What this PR does / why we need it**: change container stop/rm commands with sandbox stop/rm to properly reset using kubeadm **Which issue(s) this PR fixes** *(optional, in `fixes #<issue number>(, fixes #<issue_number>, ...)` format, will close the issue(s) when PR gets merged)*: Fixes kubernetes/kubeadm#748 **Special notes for your reviewer**: **Release note**: ```release-note Correct the way we reset containers and pods in kubeadm via crictl ```
What happened?
Recent version of crictl introduced new syntax for retreiving/cleaning pods. Crictl subcommands previously known as
sandboxes
,stops
andrms
, are nowpods
,stopp
andrmp
, respectively. This causes a failure when runningkubeadm reset
with latestcrictl
(crictl-v1.0.0-beta
):What you expected to happen?
Pods in CRI-O to be properly cleaned up.
How to reproduce it (as minimally and precisely as possible)?
Use latest cri-tools and
kubeadm-v1.10.0
and try runningkubeadm reset
Anything else we need to know?
I'm wondering if it would be more future-proof if kubeadm used
k8s.io/kubernetes/pkg/kubelet/apis/cri/runtime/v1alpha2
directly instead of relying on CLI tool, it would be easier to ensure compatible API (currently, it's up to the user to install compatible version ofcrictl
)Versions
kubeadm version (use
kubeadm version
):Environment:
kubectl version
):uname -a
):Linux tinker-0 4.14.29-rockchip #1 SMP PREEMPT Sat Mar 24 21:55:01 PDT 2018 armv7l armv7l armv7l GNU/Linux
The text was updated successfully, but these errors were encountered: