我在Docker Desktopv4.18 for Mac中开启了Kubernetes选项,尝试访问,根据Docker Dashboard显示启动成功,但Docker中的“Kubernetes”菜单项仍然处于非活动状态:
当我执行kubectl cluster-info
时,我得到:The connection to the server localhost:8080 was refused - did you specify the right host or port?
这个错误通常指向Kubernetes的配置文件丢失的错误。我的猜测得到了证实:kubectl config view
,结果为空:
apiVersion: v1
clusters: null
contexts: null
current-context: ""
kind: Config
preferences: {}
users: null
我检查了配置文件仍然驻留在我的用户文件夹-〉“.kube/config”中,并且看起来有效:
apiVersion: v1
clusters:
- cluster:
certificate-authority-data: %INFO SKIPPED%
server: https://127.0.0.1:6443
name: docker-desktop
contexts:
- context:
cluster: docker-desktop
user: docker-desktop
name: docker-desktop
current-context: docker-desktop
kind: Config
preferences: {}
users:
- name: docker-desktop
user:
client-certificate-data: %INFO SKIPPED%
client-key-data: %INFO SKIPPED%
根据这里的建议,我设置了环境变量,这使得事情工作,直到重新启动:terminal -〉export KUBECONFIG=/Users/Rage/.kube/config
,所以现在我通过kubectl cluster-info
获取有效信息,直到重新启动。
那么我需要在Docker Desktop或Kubernate示例中修复什么才能使其正常工作?我尝试在Docker Desktop本身中'启用/禁用Kubernates'选项,'重置Kubernetes集群','重置' Docker中的所有内容并完全卸载,重新启动然后重新安装Docker。如果没有成功,我可能会添加。
如果你有克服这个问题的经验,请分享你的想法。谢谢!
1条答案
按热度按时间u5rb5r591#
根据Denver Peterson,
重置为出厂默认值最终为我解决了这个问题。
从下拉菜单或首选项中选择疑难解答,然后单击错误。
然后选择重置为出厂默认值。
显然这是一种破坏性的解决方案,所以要小心使用。
除了这个问题之外,freedev还提供了一个解决方案
停止docker for desktop删除文件夹
为destkop启动docker
在这里找到了解决方案
我将添加一个reference来解决这个问题。