RolandMa1986 我的意思是kube-proxy用的是ipvs的策略，如果我没安装ipvsadm的话他就指定不了ipvs策略会不会导致calico启动不起来，还有跨主机的pod通信依赖calico的路由策略和proxy的ipvs策略吧，我现在就是不知道calico为什么起不来完全找不到原因
请问在vmware虚拟机3.0部署好之后进入集群管理界面发现没有监控数据，虚拟机一直报no destination available的错误，请问这是什么问题
RolandMa1986K零S
zhangpeiyao 可以把Calico的完整日志发到论坛里,也许可以帮助你分析一下。
zhangpeiyao 这是两个calico的日志，请问可以看出是什么问题导致的吗
- RolandMa1986K零S
zhangpeiyao 截图上没有任何有用信息。你可以在 calico node 中手动执行一下检测命令
/bin/calico-node -felix-ready -bird-ready
有些常用的技巧可以参考下面博文:
https://zhuanlan.zhihu.com/p/98360450
- 已编辑
RolandMa1986 你好，我查看了你的那篇博文发现我和他有相似的问题都存在一个未知的172网段的Ip
然后我分别describe了两个calico发现node节点的calico在报not established with 172.18.0.1
我怀疑是这里存在问题，至于这个Ip我也不知道是何时创建的属于哪个组件，我想试试第二种方案，但不知道如何调整 calicao 网络插件的网卡发现机制，修改 IP_AUTODETECTION_METHOD 对应的value值，请问如何修改这个值然后重启calico啊
RolandMa1986 我的两个节点master节点的Ip是192.168.23.132，node节点的ip是192.168.23.130，Pod的也都在10网段，不知道这个172网段的Ip是从哪里来的
RolandMa1986 我自己知道为什么了已解决，感谢回复
- RolandMa1986K零S
zhangpeiyao 欢迎你将你所遇到的问题以及解决方案分享给KubeSphere社区的所有用户。
RolandMa1986 就是那个172ip地址的问题，通过kubectl describe pod 我发现calico established with的地址明显不对，于是我在想是什么服务导致了这个虚拟ip的产生，想到了可能是我将harbor也部署在机器中导致这个虚拟ip的产生，于是将harbor换到另一台机器上再重新部署一切恢复正常
23 天 后
- 已编辑
zhangpeiyao 不好意思最近没上社区，现在看咱们的问题应该不一样，你有查看过报错的pod的日志吗？
用kubectl describe podname -n namespace 来看pod的报错信息。
你这毫无疑问是网络问题，但具体是哪种我不确定。
原来已经解决了，刚看到其他的回复，恭喜楼主