-
Notifications
You must be signed in to change notification settings - Fork 4.9k
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
[container-runtime=cri-o] kube-proxy fails with apply caps: operation not permitted [both CentOS8 and MacOS] #13742
Comments
/kind support |
hi @zjgemi, just want to check in, is this issue still occurring? Where you able to find any workarounds that seemed to get things moving? |
Hi @zjgemi – is this issue still occurring? Are additional details available? If so, please feel free to re-open the issue by commenting with Additional information that may be helpful:
Thank you for sharing your experience! |
It happened to me when I use minikube in fedora34: OS version❯ uname -a
Linux ip-172-31-23-162.ec2.internal 5.11.12-300.fc34.x86_64 #1 SMP Wed Apr 7 16:31:13 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux minikube version❯ minikube version
minikube version: v1.28.0
commit: 986b1ebd987211ed16f8cc10aed7d2c42fc8392f Reproducefirst delete all pods: ❯ minikube delete --all
🔥 Deleting "minikube" in docker ...
🔥 Removing /home/fedora/.minikube/machines/minikube ...
💀 Removed all traces of the "minikube" cluster.
🔥 Successfully deleted all profiles then try to start ❯ minikube start --container-runtime=cri-o --extra-config=kubelet.cgroup-driver=systemd
😄 minikube v1.28.0 on Fedora 34
✨ Automatically selected the docker driver. Other choices: none, ssh
📌 Using Docker driver with root privileges
👍 Starting control plane node minikube in cluster minikube
🚜 Pulling base image ...
🔥 Creating docker container (CPUs=2, Memory=3800MB) ...
🎁 Preparing Kubernetes v1.25.3 on CRI-O 1.24.3 ...
▪ kubelet.cgroup-driver=systemd
▪ Generating certificates and keys ...
▪ Booting up control plane ...
▪ Configuring RBAC rules ...
🔗 Configuring CNI (Container Networking Interface) ...
🔎 Verifying Kubernetes components...
▪ Using image gcr.io/k8s-minikube/storage-provisioner:v5
🌟 Enabled addons: storage-provisioner, default-storageclass
🏄 Done! kubectl is now configured to use "minikube" cluster and "default" namespace by default But when I check pods, it failed:
information about pod:
log is attached. |
/reopen |
@MrZLeo: You can't reopen an issue/PR unless you authored it or you are a collaborator. In response to this:
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. |
Can confirm this is still occuring |
@spowelljr which docker version are you using? cri-o seems to be working fine after I upgrade to docker version > |
I'm still experiencing this on macOS with Docker 23.0.5 |
I am testing on Ubuntu 22.04. I wonder if that might be related to kernel version. Does following works fine for you: docker run --cap-add CAP_BPF hello-world It use to fail for me before upgrade but now it works fine. Should give us some hint! |
I still seem to be getting the error
|
Sadly, it seems we need to support these capabilities at kernel,
Please let me know if above makes sense or there is anything else we can try? |
@spowelljr I figured out that indeed docker service running in |
The Kubernetes project currently lacks enough contributors to adequately respond to all issues. This bot triages un-triaged issues according to the following rules:
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /lifecycle stale |
The Kubernetes project currently lacks enough active contributors to adequately respond to all issues. This bot triages un-triaged issues according to the following rules:
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /lifecycle rotten |
It seems the upstream bug has been fixed: docker/for-mac#6883. I don't have the mac to try this out. Perhaps if it works fine on mac we can close this? cc: @spowelljr |
The Kubernetes project currently lacks enough active contributors to adequately respond to all issues and PRs. This bot triages issues according to the following rules:
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /close not-planned |
@k8s-triage-robot: Closing this issue, marking it as "Not Planned". In response to this:
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. |
What Happened?
Kube-proxy always reports
container_linux.go:380: starting container process caused: apply caps: operation not permitted
when I use cri-o as the container runtime, irrespective of CentOS 8 or Mac OS used.On CentOS 8:
uname -a
systemctl --version
minikube start --container-runtime=cri-o --alsologtostderr
centos8_start.log
kubectl get pods -n kube-system
kubectl describe pod kube-proxy-xf5c5 -n kube-system
On Mac OS:
minikube start --container-runtime=cri-o --alsologtostderr
macos_start.log
kubectl get pods -n kube-system
kubectl describe pod kube-proxy-9nfsm -n kube-system
Attach the log file
On CentOS 8:
minikube logs --file=log.txt
log_centos8.txt
On MacOS:
minikube logs --file=log.txt
log_macos.txt
Operating System
macOS (Default)
Driver
Docker
The text was updated successfully, but these errors were encountered: