重新启动集群时出错:重新启动 kube-proxy:等待 kube-proxy 启动以进行 configmap 更新:等待条件超时
Posted
技术标签:
【中文标题】重新启动集群时出错:重新启动 kube-proxy:等待 kube-proxy 启动以进行 configmap 更新:等待条件超时【英文标题】:Error restarting cluster: restarting kube-proxy: waiting for kube-proxy to be up for configmap update: timed out waiting for the condition 【发布时间】:2019-02-17 09:11:28 【问题描述】:我正在尝试使用 minikube start
启动本地 Kubernetes 集群并收到以下错误。
Starting local Kubernetes v1.10.0 cluster...
Starting VM...
Getting VM IP address...
Moving files into cluster...
Setting up certs...
Connecting to cluster...
Setting up kubeconfig...
Starting cluster components...
E0912 17:39:12.486830 17689 start.go:305] Error restarting
cluster: restarting kube-proxy: waiting for kube-proxy to be
up for configmap update: timed out waiting for the condition
知道如何确保它启动吗?我正在使用 VirtualBox 和 this 教程。我尝试了here 给出的提示,但没有运气。
还有什么具体的原因为什么要花这么长时间才能达到这个阶段?还是通常这么慢?
【问题讨论】:
minikube 使用的是什么发行版?您链接的教程适用于 Mac,您是否按照 Kubernetes 官方文档中关于 minikube 的说明以及您安装了哪个版本的 minikube?您还可以在详细模式下检查导致问题的原因:minikube delete
minikube start -v=2
我还会检查是否有活动的防火墙。但首先我们需要一些关于环境的更多细节。
【参考方案1】:
以下是针对此类错误启动 minikube 时要记住的要点。
1) 如果 VirtualBox 打开,请关闭它。 2) 删除之前生成的temp文件。 3) 如果您在代理后面设置代理。 4)然后执行以下操作...
$ minikube stop
$ minikube delete
$ minikube start
【讨论】:
【参考方案2】:以下步骤对我有用:
注意:不要使用 root 用户
$ sudo minikube stop
$ sudo minikube delete
$ sudo rm -rf ~/.minikube
$ sudo minikube start --kubernetes-version=v1.12.4
您可以使用前缀 v 强制指定任何现有的 kubernetes 版本
确保 .minikube 目录创建在用户主目录中,但不在 /root
中【讨论】:
以上是关于重新启动集群时出错:重新启动 kube-proxy:等待 kube-proxy 启动以进行 configmap 更新:等待条件超时的主要内容,如果未能解决你的问题,请参考以下文章
重新启动数据库后尝试重新启动 debezium mysql 连接器时出错