Rancher 2.0部署过程中常见问题分析与解决方法

共计 3129 个字符，预计需要花费 8 分钟才能阅读完成。

本篇文章给大家分享的是有关 Rancher 2.0 部署过程中常见问题分析与解决方法，丸趣 TV 小编觉得挺实用的，因此分享给大家学习，希望大家阅读完这篇文章后可以有所收获，话不多说，跟着丸趣 TV 小编一起来看看吧。

Rancher 2.0 部署与使用过程中常见的问题及其解决方法，多数问题整理收集自 Rancher 官方技术交流群内用户的提问与反馈。环境需求

推荐使用的操作系统

Ubuntu 16.04 (64-bit)

Red Hat Enterprise Linux 7.5 (64-bit)

RancherOS 1.3.0 (64-bit)

推荐的硬件配置

支持的 docker 版本

1.12.6

1.13.1

17.03.02

防火墙请允许通过已下端口

常见问题与排查思路

环境信息残留

目前部署中，大部分问题都是因为由于部署环境的操作系统，或多次部署，升级后残留的的信息造成的。

部署前或部署时，请使用以下命令将环境的各类信息清理干净：

df -h|grep kubelet |awk -F %  {print $2} |xargs umount 
rm /var/lib/kubelet/* -rf
rm /etc/kubernetes/* -rf
rm /var/lib/rancher/* -rf
rm /var/lib/etcd/* -rf
rm /var/lib/cni/* -rf
iptables -F   iptables -t nat –F
ip link del flannel.1
docker ps -a|awk  {print $1} |xargs docker rm -f
docker volume ls|awk  {print $2} |xargs docker volume rm

openssh 版本过低问题

centos 或 rhel 系统并且版本低于 7.4 的，因为默认的 openssh 和 openssl 和红帽系 ssh 默认将 AllowTcpForwarding 关闭了，rke 部署时会出现如下问题：

参考 issue：

https://github.com/rancher/rke/issues/93

需要您进行以下操作：

确保您的 openssh 版本大于等于 7.x

修改 sshd 配置打开重启 sshd

默认 centos 和 rhel 不能使用 root 用户进行 ssh tunnel，所以需要使用一个普通用户

并将这个用户加入 docker 这个 Group，useradd –G docker yourusername

nodeport 端口只有一台机器能访问

只能访问一台宿主机的 nodeport，并且还是 pod 所在那台机器，出现这种问题很大原因是因为跨集群网络有问题，或本地防火墙问题。排查思路如下：

1、在宿主机本机 telnet localhost:nodeort 看看是否能通，本机能通，在集群内互相 telnet 测试，如果不能通根部署环境网络有很大关系，建议联系网络管理员进行排查。

如果本机 telnet 也不能通，进行如下测试。

2、首先我们需要或取对应的 pod 信息

比如我这个 test-6b4cdf4ccb-7pzt6 在 rancher-kf-worker01 节点上，它的 ip 为 10.42.3.23

3、先在 pod 所在的宿主机上然后在另外几个节点去 ping 这个 ip，看看能否 ping 通，在 canal 网络模式下，请检查防火墙端口 8472/UDP 是否开放。查看每天机器上是否有尝试使用每台机器的 flannel.1 网卡，用的话，用 flannel.1 上的 ip 互相 ping，看看是否能通，因为 flannel 网络和 canal 网络是通过 flannel.1 网卡互相建立 vxlan 遂道的。建议操作在关闭防火墙的情况下测试。

部署使用 calico 网络部署环境失败问题

部署 rancher2.0 时网络类型为 calico 时，如果 cloud provider 默认不填会选用公有云的，导致部署失败，所以这里我们需要手动填写为 none。（后期会优化此项）

部署时主机 not found 问题

出现这个问题是因为宿主机的主机名不符合 kubernetes 的标准主机名要求也不符合标准的 linux 主机名，主机名内不能有下划线。

获取组件健康状态 forbidden 问题

大部分原因是因为部署多次，证书残留的导致的，解决办法，按照环境信息残留里面的方法把环境清空下，在重新添加。

web 页面 kubectl 闪退问题

这个主要根操作系统版本和浏览器的版本有关系，请使用上推荐使用操作系统中的操作系统，浏览器使用 Chrome

非 worker 节点仍然被调度 pod 问题

目前 rancher2.0 非 worker 节点，仍然会被调度 pod 过去，您可以选择手动将它们从 kube-scheduler 踢除，命令如下：

在获取节点在 kubernetes 集群的名字

打开 web 页面 kubectl

然后执行

kubectl taint node rancher-kf-control01 node-role.kubernetes.io/rancher-kf-control01= :NoSchedule
kubectl taint node rancher-kf-control02 node-role.kubernetes.io/rancher-kf-control02= :NoSchedule
kubectl taint node rancher-kf-control03 node-role.kubernetes.io/rancher-kf-control03= :NoSchedule

it is a not share mount 问题

部署时遇到 share mount 问题时，报错提示如下：

FATA[0180] [workerPlane] Failed to bring up Worker Plane: Failed to start [kubelet] container on host [192.168.10.51]: Error response from daemon: linux mounts: Path /var/lib/kubelet is mounted on / but it is not a shared mount.

这个问题原因主要是 kubelet 容器化部署，需要手动设置 docker 的 MuntFLAGS 为空

https://github.com/kubernetes/kubernetes/issues/4869#issuecomment-195696990

解决方法：

执行

mount –make-shared /

或配置 docker.server

MountFlags=shared

重启 docker.service

NetworkRedy=false 问题

这个问题通常是，在部署时网络组件在初始化，在配置，等待段时间就好了。或在对应节点查看 kubelet 日志的 docker logs kubelet。

集群 unavailable

通常此问题，是因为 rancher-server 根 kubernetes 中的 kube-apiserver 6443 端口连接有问题，建议检查防火墙和查看 kube-api-server 的日志。

总结

1、部署时能严格按照官方给出的操作系统版本和 docker 版本部署，可以避免掉很多问题。

2、多次部署，升级，环境一定要按照环境信息残留章节的命令，将环境清理干净。

3、如果遇到问题，建议 docker logs 查看 rancher-agent，rancher-server 的日志。

以上就是 Rancher 2.0 部署过程中常见问题分析与解决方法，丸趣 TV 小编相信有部分知识点可能是我们日常工作会见到或用到的。希望你能通过这篇文章学到更多知识。更多详情敬请关注丸趣 TV 行业资讯频道。