kubernetes-goat icon indicating copy to clipboard operation
kubernetes-goat copied to clipboard

health-check-deployment-77c7b6686-dwb6s not starting on Kind

Open pranabtandon opened this issue 1 year ago • 6 comments

I am trying to create kubernetes-goat on kind on Linux Ubuntu VM. This particular POD is not getting started (health-check-deployment-77c7b6686-dwb6s)

ptandon@ptandon-VirtualBox:~/kubernetes-goat$ sudo kubectl get pods NAME READY STATUS RESTARTS AGE batch-check-job-p4jjp 0/1 Completed 0 28m build-code-deployment-57974868c5-knmrq 1/1 Running 0 28m health-check-deployment-77c7b6686-dwb6s 0/1 ContainerCreating 0 28m hidden-in-layers-f6hds 1/1 Running 0 28m internal-proxy-deployment-598c9c6666-65qxz 2/2 Running 0 28m kubernetes-goat-home-deployment-74cd49bf79-d9qx2 1/1 Running 0 28m metadata-db-86579bcb65-29cmq 1/1 Running 0 28m poor-registry-deployment-cc975f599-pgxqm 1/1 Running 0 28m system-monitor-deployment-756598dbd-fwzzv 1/1 Running 0 28m

When I try to debug this further using # kubectl describe health-check-deployment-77c7b6686-dwb6s

Events: Type Reason Age From Message


Normal Scheduled 35m default-scheduler Successfully assigned default/health-check-deployment-77c7b6686-dwb6s to kind-control-plane Warning FailedMount 10m (x5 over 28m) kubelet Unable to attach or mount volumes: unmounted volumes=[docker-sock-volume], unattached volumes=[kube-api-access-cf69j docker-sock-volume]: timed out waiting for the condition Warning FailedMount 6m16s (x5 over 33m) kubelet Unable to attach or mount volumes: unmounted volumes=[docker-sock-volume], unattached volumes=[docker-sock-volume kube-api-access-cf69j]: timed out waiting for the condition Warning FailedMount 2m8s (x21 over 35m) kubelet MountVolume.SetUp failed for volume "docker-sock-volume" : hostPath type check failed: /var/run/docker.sock is not a socket file

pranabtandon avatar Mar 11 '23 18:03 pranabtandon

Update: This has been fixed. I was using conatinerD as containerruntime so I changed it scenarios/health-check/deployment.yaml

volumes: - name: docker-sock-volume hostPath: path: /var/run/containerd/containerd.sock type: Socket

pranabtandon avatar Mar 11 '23 19:03 pranabtandon

I have had to look this up and fix a few times. For now I am creating a fork and fixing it for my automation. Kubeadm uses containerd, should there be a kubeadm version of this file? Just like there is a kind version?

jrknox1977 avatar Apr 19 '23 11:04 jrknox1977

Interesting, I think it's due to the underlying container runtime. I think we can have a simple fix based on the runtime to pass the socket or even I can make it in such a way it supports both. I will fix this soon this week after my KubeCon talk https://sched.co/1HyQj

madhuakula avatar Apr 19 '23 18:04 madhuakula

Hi @madhuakula congrats on the talk @ KubeCon... -- Is this issue related to :1231 not responding by any chance? Did you get a moment to take a look at a potential fix? My team and I area experiencing something similar... image image

pr0b3r7 avatar May 26 '23 02:05 pr0b3r7

Apologies for the delays. I think the updated container is not pushed to upstream, also I was away for a while and working on this now.

madhuakula avatar Jun 27 '23 04:06 madhuakula

This would probably solve this: https://github.com/madhuakula/kubernetes-goat/discussions/127

nmiekley avatar Jul 22 '23 07:07 nmiekley

I think this should fix this #150

madhuakula avatar Jun 16 '24 21:06 madhuakula