Tag: kube dns

Kubernetes kube-dns在crashloop中暂停容器,添加networking时出错:statfs \“/ proc / 54226 / ns / net \”失败:

我有一个Kubernetes onebox部署与以下(集装箱)组件,都运行–net=host ,kubelet运行作为特权的Docker容器与kubernetes标志–allow-privileged允许–allow-privileged设置为true。 gcr.io/google_containers/hyperkube-amd64:v1.7.9 "/bin/bash -c './hype" kubelet gcr.io/google_containers/hyperkube-amd64:v1.7.9 "/bin/bash -c './hype" kube-proxy gcr.io/google_containers/hyperkube-amd64:v1.7.9 "/bin/bash -c './hype" kube-scheduler gcr.io/google_containers/hyperkube-amd64:v1.7.9 "/bin/bash -c './hype" kube-controller-manager gcr.io/google_containers/hyperkube-amd64:v1.7.9 "/bin/bash -c './hype" kube-apiserver quay.io/coreos/etcd:v3.1.0 "/usr/local/bin/etcd " etcd 最重要的是,我启用了使用kubectl create -f https://github.com/kubernetes/kubernetes/blob/master/test/kubemark/resources/manifests/kube-addon-manager.yaml的插件pipe理器kubectl create -f https://github.com/kubernetes/kubernetes/blob/master/test/kubemark/resources/manifests/kube-addon-manager.yaml ,默认yamlperformance为挂载到/etc/kubernetes/addons/棉布2.6.1和kube-dns 1.14.5。 印花布吊舱出现了两个节点(install-cni和calico-node)。 但是,kube-dns卡在ContainerCreating或ContainerCannotRun中,尝试启动Kubernetes暂停容器时出现以下错误: {"log":"I1111 00:35:19.549318 1 manager.go:913] Added container: \"/kubepods/burstable/pod3173eef3-c678-11e7-ac4b-e41d2d59689e/1dd57d6f6c996d7abe061f6236fc8a0150cf6f95d16d5c3c462c9ed7158d3c54\" (aliases: [k8s_POD_kube-dns-v20-141138543-pmdww_kube-system_3173eef3-c678-11e7-ac4b-e41d2d59689e_0 1dd57d6f6c996d7abe061f6236fc8a0150cf6f95d16d5c3c462c9ed7158d3c54], namespace: \"docker\")\n","stream":"stderr","time":"2017-11-11T00:35:19.5526284Z"} […]

Kube-DNS不起作用

我通过docker – multinode来设置k8s $ https_proxy=http://10.25.30.127:7777 IP_ADDRESS=10.25.24.116 MASTER_IP=10.25.30.127 ./worker.sh +++ [0828 15:38:35] K8S_VERSION is set to: v1.3.6 +++ [0828 15:38:35] ETCD_VERSION is set to: 3.0.4 +++ [0828 15:38:35] FLANNEL_VERSION is set to: v0.6.1 +++ [0828 15:38:35] FLANNEL_IPMASQ is set to: true +++ [0828 15:38:35] FLANNEL_NETWORK is set to: 10.1.0.0/16 +++ [0828 15:38:35] FLANNEL_BACKEND is set to: […]

kube-dns无法parsing'kubernetes.default.svc.cluster.local'

在使用kargo部署kubernetes集群之后,我发现kubedns pod无法正常工作: $ kcsys get pods -o wide NAME READY STATUS RESTARTS AGE IP NODE dnsmasq-alv8k 1/1 Running 2 1d 10.233.86.2 kubemaster dnsmasq-c9y52 1/1 Running 2 1d 10.233.82.2 kubeminion1 dnsmasq-sjouh 1/1 Running 2 1d 10.233.76.6 kubeminion2 kubedns-hxaj7 2/3 CrashLoopBackOff 339 22h 10.233.76.3 kubeminion2 PS: kcsys 是 kcsys 的一个别名 kubectl –namespace=kube-system 除了healthz容器,每个容器(kubedns,dnsmasq)的日志好像如下: 2017/03/01 07:24:32 Healthz probe […]

访问Kubernetes Web UI(仪表板)

我已经使用Kubeadm工具安装了Kubernetes,然后按照文档安装Web UI(仪表板)。 Kubernetes安装并运行在一个节点实例,这是一个污点主节点。 但是,我无法通过https://<kubernetes-master>/ui访问Web UI。 相反,我可以在https://<kubernetes-master>:6443/ui上访问它。 我怎么能解决这个问题?

kubernetes安装和kube-dns:打开/run/flannel/subnet.env:没有这样的文件或目录

概观 在kubeadm初始化和networking设置后, kube-dns无法启动(SetupNetworkError): Error syncing pod, skipping: failed to "SetupNetwork" for "kube-dns-654381707-w4mpg_kube-system" with SetupNetworkError: "Failed to setup network for pod \"kube-dns-654381707-w4mpg_kube-system(8ffe3172-a739-11e6-871f-000c2912631c)\" using network plugins \"cni\": open /run/flannel/subnet.env: no such file or directory; Skipping pod" Kubernetes版本 Client Version: version.Info{Major:"1", Minor:"4", GitVersion:"v1.4.4", GitCommit:"3b417cc4ccd1b8f38ff9ec96bb50a81ca0ea9d56", GitTreeState:"clean", BuildDate:"2016-10-21T02:48:38Z", GoVersion:"go1.6.3", Compiler:"gc", Platform:"linux/amd64"} Server Version: version.Info{Major:"1", Minor:"4", GitVersion:"v1.4.4", GitCommit:"3b417cc4ccd1b8f38ff9ec96bb50a81ca0ea9d56", GitTreeState:"clean", BuildDate:"2016-10-21T02:42:39Z", GoVersion:"go1.6.3", […]

Docker上的Kubernetes使用空的serviceaccount创build容器,并且不会导致容器崩溃并重新启动

仍然遇到类似的问题1.3.0和高达1.4.0-alpha.0 在我的情况下(基于docker的设置),trusty或kubedns将从api服务器获得未经授权的许可。 奇怪的是我看到这些秘密不在实例内部,在/var/run/secrets/kubernetes.io/serviceaccountpath下 [root@ … ]# kubectl exec -it kube-dns-v13-htfjo ls /bin/sh / # / # ls /var/run/secrets/kubernetes.io/serviceaccount / # 虽然看起来他们在节点和代理实例中 tmpfs on /var/lib/kubelet/pods/3de53b0c-45bb-11e6-9f03-08002776167a/volumes/kubernetes.io~secret/default-token-8axd8 type tmpfs on /var/lib/kubelet/pods/3de5591e-45bb-11e6-9f03-08002776167a/volumes/kubernetes.io~secret/default-token-8axd8 type tmpfs on /var/lib/kubelet/pods/f29f35c7-45cc-11e6-9f03-08002776167a/volumes/kubernetes.io~secret/default-token-ql88q type 删除密码并删除豆荚,然后重新创build它们不起作用 卸载并删除文件夹后重新启动群集也不起作用 自然这导致kubedns无法启动。 在下面logging I0709 09:04:11.578816 1 dns.go:394] Received DNS Request:kubernetes.default.svc.cluster.local., exact:false I0709 09:04:11.578873 1 dns.go:427] records:[], retval:[], path:[local cluster svc default […]