无法在Kubernetes中将外壳放入城堡容器

时间:2018-11-05 19:55:27

标签: docker kubernetes minikube istio

我按照https://istio.io/docs/setup/kubernetes/helm-install上的说明在minikube中运行了Istio(包括城堡)。

$ helm template install/kubernetes/helm/istio --name istio --namespace istio-system > $HOME/istio.yaml
$ kubectl create namespace istio-system
$ kubectl apply -f $HOME/istio.yaml

当我尝试将外壳放入城堡容器时,出现错误:

$ kubectl exec -it istio-citadel-6d7f9c545b-bkvnx  -- /bin/bash
OCI runtime exec failed: exec failed: container_linux.go:348: starting container process caused "exec: \"/bin/bash\": stat /bin/bash: no such file or directory": unknown
command terminated with exit code 126

但是,我可以像其他飞行员一样执行其他操作。

如果有帮助,这些是我的豆荚和容器。

shell-demo:                             nginx,
istio-citadel-6d7f9c545b-bkvnx:         docker.io/istio/citadel:1.0.3,
istio-cleanup-secrets-rp4wv:            quay.io/coreos/hyperkube:v1.7.6_coreos.0,
istio-egressgateway-866885bb49-6jz9q:   docker.io/istio/proxyv2:1.0.3,
istio-galley-6d74549bb9-7nhcl:          docker.io/istio/galley:1.0.3,
istio-ingressgateway-6c6ffb7dc8-bvp6b:  docker.io/istio/proxyv2:1.0.3,
istio-pilot-685fc95d96-fphc9:           docker.io/istio/pilot:1.0.3, docker.io/istio/proxyv2:1.0.3,
istio-policy-688f99c9c4-bpl9w:          docker.io/istio/mixer:1.0.3, docker.io/istio/proxyv2:1.0.3,
istio-security-post-install-s6dft:      quay.io/coreos/hyperkube:v1.7.6_coreos.0,
istio-sidecar-injector-74855c54b9-6v5xg:docker.io/istio/sidecar_injector:1.0.3,
istio-telemetry-69b794ff59-f7dv4:       docker.io/istio/mixer:1.0.3, docker.io/istio/proxyv2:1.0.3,
prometheus-f556886b8-lhdt8:             docker.io/prom/prometheus:v2.3.1,
coredns-c4cffd6dc-6xblf:                k8s.gcr.io/coredns:1.2.2,
etcd-minikube:                          k8s.gcr.io/etcd-amd64:3.1.12,
kube-addon-manager-minikube:            k8s.gcr.io/kube-addon-manager:v8.6,
kube-apiserver-minikube:                k8s.gcr.io/kube-apiserver-amd64:v1.10.0,
kube-controller-manager-minikube:       k8s.gcr.io/kube-controller-manager-amd64:v1.10.0,
kube-dns-86f4d74b45-bjk54:              k8s.gcr.io/k8s-dns-kube-dns-amd64:1.14.8, k8s.gcr.io/k8s-dns-dnsmasq-nanny-amd64:1.14.8, k8s.gcr.io/k8s-dns-sidecar-amd64:1.14.8,
kube-proxy-mqfb9:                       k8s.gcr.io/kube-proxy-amd64:v1.10.0,
kube-scheduler-minikube:                k8s.gcr.io/kube-scheduler-amd64:v1.10.0,
kubernetes-dashboard-6f4cfc5d87-zwk2c:  k8s.gcr.io/kubernetes-dashboard-amd64:v1.10.0,
storage-provisioner:                    gcr.io/k8s-minikube/storage-provisioner:v1.8.1,

当我执行minikube ssh,然后尝试执行到城堡容器中时,出现类似错误:

$ docker ps | grep citadel
f173453f843c        istio/citadel                              "/usr/local/bin/isti…"   3 hours ago         Up 3 hours                              k8s_citadel_istio-citadel-6d7f9c545b-bkvnx_istio-system_3d7b4f08-e120-11e8-bc40-ee7dbbb8f91b_0
7e96617d81ff        k8s.gcr.io/pause-amd64:3.1                 "/pause"                 3 hours ago         Up 3 hours                              k8s_POD_istio-citadel-6d7f9c545b-bkvnx_istio-system_3d7b4f08-e120-11e8-bc40-ee7dbbb8f91b_0

$ docker exec -it f173453f843c sh
OCI runtime exec failed: exec failed: container_linux.go:348: starting container process caused "exec: \"sh\": executable file not found in $PATH": unknown

$ docker exec -it f173453f843c /bin/sh
OCI runtime exec failed: exec failed: container_linux.go:348: starting container process caused "exec: \"/bin/sh\": stat /bin/sh: no such file or directory": unknown

$ docker exec -it f173453f843c ls
OCI runtime exec failed: exec failed: container_linux.go:348: starting container process caused "exec: \"ls\": executable file not found in $PATH": unknown

我可以看到城堡容器记录良好。日志位于https://pastebin.com/xTy9vSz2

您知道为什么我们不能执行到城堡容器中吗?

感谢阅读。

2 个答案:

答案 0 :(得分:4)

由于容器中没有shbash都无法使用,因此无法安装。很多时候,为了提高效率和最小化容器图像而将其删除。

如果您想封装到容器中,建议您在其中包含bashsh的情况下构建自己的映像。

您可以在此处看到Dockerfile构建的图像只包含静态二进制文件。为此,您想要更改基本图像。例如:

FROM alpine

而不是:

FROM scratch

希望有帮助。

答案 1 :(得分:1)

  

您知道为什么我们不能执行到城堡容器中吗?

您可以从下一个Kubernetes版本(1.16 +,2019年第三季度)开始。

请参见kubernetes/kubernetes PR 59416(PR =“拉请求”):“ 将临时容器添加到Kubernetes核心API ”(commit 7e6b70f)。
使用PR 79614作为文档。

它可以解决issue 27140:“ 支持对Distroless容器进行故障排除”。

pnnl-miscscripts/miscscripts/bin是一种解决方法)

  

EphemeralContainer是一个临时容器,可以添加到现有的容器中以用于   用户启动的活动,例如调试。临时容器没有资源或调度保证,并且在退出容器或移除或重新启动Pod时不会重新启动。