Json kubernetes在新安装CoreOS时无法连接
我正在运行(从Windows8.1)一个用于CoreOS()的虚拟机 我根据找到的指南安装了kubernetes,并使用我的图像为pod创建了json 当我执行Json kubernetes在新安装CoreOS时无法连接,json,vagrant,docker,coreos,kubernetes,Json,Vagrant,Docker,Coreos,Kubernetes,我正在运行(从Windows8.1)一个用于CoreOS()的虚拟机 我根据找到的指南安装了kubernetes,并使用我的图像为pod创建了json 当我执行sudo./kubecfg list/pods时,我得到以下错误: F0909 06:03:04.626251 01933 kubecfg.go:182] Got request error: Get http://localhost:8080/api/v1beta1/pods?labels=: dial tcp 127.0.0.1:80
sudo./kubecfg list/pods
时,我得到以下错误:
F0909 06:03:04.626251 01933 kubecfg.go:182] Got request error: Get http://localhost:8080/api/v1beta1/pods?labels=: dial tcp 127.0.0.1:8080: connection refused
sudo./kubecfg-h也是如此http://127.0.0.1:8080 -c/vagrant/app.json创建/pods
编辑:更新
我没有亲自运行这些命令,而是将它们集成到vagrant文件(as)中
这使得kubernetes工作正常。然而,过了一段时间,我那游手好闲的ssh连接就被关闭了。我重新连接,我指定的任何kubernetes命令都会导致与上面相同的错误
编辑2:更新
我设法让它再次运行,但我不确定它是否会顺利运行
我必须重新执行以下命令
sudo systemctl start etcd
sudo systemctl start download-kubernetes
sudo systemctl start apiserver
sudo systemctl start controller-manager
sudo systemctl start kubelet
sudo systemctl start proxy
我相信实际上是apiserver需要重新启动
“超时”的来源是什么?(我在哪里可以找到有关此问题的日志)在CoreOS上,您应该使用
journalctl
查看日志
例如,如果您希望查看Kubernetes用来存储其下属状态的etcd
日志,请运行journalctl\u COMM=etcd
,类似地journalctl\u COMM=apiserver
将显示Kubernetes中关键组件之一的apiserver
日志
如果您运行
systemctl status apiserver
Kubernetes开发现在进展得非常快,因此可能到明天就过时了,您还将获得最后几个日志条目。考虑到这一点,库伯内特家族的人建议遵循他们的一条原则。最好的建议是从新的安装指南中重新开始,但我自己也学到了一些技巧
首先要注意的是,Kubecfg被弃用,取而代之的是kubectl。因此,为了便于将来参考,如果您想获得关于吊舱的信息,您可以运行以下操作:
/kubectl获取吊舱
对于kubectl,您还需要设置一个env变量,以便kubectl知道如何与apiserver通信:
KUBERNETES\u主机=http://IPADDRESS:8080
如果您正在使用CoreOS,最简单的调试方法就是跟踪您感兴趣的服务的日志。因此,如果您有一个kube apiserver
单元,您可以通过运行以下命令查看发生了什么:
journalctl-f-u kube-apiserver
从运行apiserver的节点。如果该服务未运行(可能是这种情况),您可以通过以下方式启动该服务:
systemctl start kube apiserver
根据errordevelopers的建议,我最近的安装遇到了类似的问题
使用
systemctl status-apiserver
和sudo-systemctl-start-apiserver
我设法让环境重新启动并运行起来。不知道您是否找到了解决方案,我今天遇到了它。该错误基本上意味着apiserver服务有问题。我可以提供更多的细节,如果有兴趣。是的,请。由于缺乏进展,这本书被放在了书架上。谢谢。在Google Cloud Platform站点上的“使用Kubernetes、Redis和BigQuery对Google Cloud Platform进行实时数据分析”教程之后,我遇到了一个类似的问题:它指的是kubecfg.sh,而kubectl.sh已被弃用,正如你所说,@rdc是的,开发速度仍然非常快,所以文档很快就过时了。很高兴你把它整理好了!