kubectl logs命令断断续续地失败,出现了"getsockopt: no with to host“错误。
# kubectl logs -f mypod-5c46d5c75d-2Cbtj
服务器错误:获取https://X.X.X.X:10250/containerLogs/default/mypod-5c46d5c75d-2Cbtj/metaservichart?follow=true:拨号tcp X.X:10250: getsockopt:无主机路由
如果我运行相同的命令5-6次,它就能工作。我不知道为什么会这样。任何帮助都是非常感谢的。
发布于 2018-11-12 18:23:28
只是fyi,我刚刚尝试在EKS上使用另一个VPC 172.18.X.X,所有kubectl命令都正常工作。
我还注意到,当我使用172.17.X.X VPC时,kops使用172.18.X.X作为码头的内部cidr。因此,我推测kops更改默认的停靠器的cidr不会与集群IP发生冲突。我希望在创建EKS工作节点时,我们可以配置docker的cidr,可能是通过CloudFormation yaml模板之类的。
发布于 2018-12-06 21:15:04
我有机会和AWS EKS工程师面谈。官方的答案是,目前的EKS不支持172.17.0.0/16,因为cidr与Docker的IP.It重叠,似乎他们有内部票来解决这个问题,但没有ETA。
发布于 2018-11-06 22:21:56
我对私有ip 172.17.X.X也有同样的问题。
Error from server: Get https://172.17.X.X:10250/containerLogs/******: dial tcp
172.17.X.X:10250: getsockopt: no route to host
我正在使用EKS优化的AMI v24.
这里也讨论了类似的问题。https://github.com/aws/amazon-vpc-cni-k8s/issues/137。我想知道私有ip从172.17.X.X开始是个问题,因为它与Docker默认的内部cidr发生冲突,但是我在使用kops
时没有这个问题。
https://stackoverflow.com/questions/53034064
复制相似问题