FAQ宝典之Rancher Server、K8s、Docker

Rancher FAQ宝典系列第二弹，Rancher Agent、Kubernetes、Docker相关的常见问题，本文一网打尽。

1.1、添加 --NAME RANCHER-AGENT（老版本）

如果你从UI中编辑docker run .... rancher/agent...命令并添加--name rancher-agent选项，那么Rancher Agent将启动失败。Rancher Agent在初始运行时会启动3个不同容器，一个是运行状态的，另外两个是停止状态的。Rancher Agent要成功连接到Rancher Server必须要有两个名字分别为rancher-agent和rancher-agent-state的容器，第三个容器是docker自动分配的名称，这个容器会被移除。

1.2、使用一个克隆的虚拟机

如果你使用了克隆其他Agent主机的虚拟机并尝试注册它，它将不能工作。在rancher-agent容器的日志中会产生ERROR: Please re-register this agent.字样的日志。Rancher主机的唯一ID保存在/var/lib/rancher/state，因为新添加和虚拟机和被克隆的主机有相同的唯一ID，所以导致无法注册成功。

解决方法是在克隆的VM上运行以下命令：

<code>rm -rf /var/lib/rancher/state; docker rm -fv rancher-agent; docker rm -fv rancher-agent-state</code>

完成后可重新注册。

从v1.6.0起，在rancher-agent容器上运行docker logs将提供agent相关的所有日志。

当Agent连接Rancher Server时，它会自动检测Agent的IP。有时，自动探测的IP不是你想要使用的IP，或者选择了docker网桥的IP，如. 172.17.x.x。或者，你有一个已经注册的主机，当主机重启后获得了一个新的IP, 这个IP将会和Rancher UI中的主机IP不匹配。你可以重新配置“CATTLE_AGENT_IP”设置，并将主机IP设置为你想要的。当主机IP地址不正确时，容器将无法访问管理网络。要使主机和所有容器进入管理网络，只需编辑添加自定义主机的命令行，将新的IP指定为环境变量“CATTLE_AGENT_IP”。在主机上运行编辑后的命令。不要停止或删除主机上的现有的Rancher Agent容器！

这个问题主要有以下几种情况：

RANCHER SERVER服务器防火墙没有开通8080端口;

云平台安全组没有放行8080端口;

Agent 服务器没有开启IP转发规则 [为什么我的容器无法连接到网络?]:{site.baseurl}}/rancher/faqs/ troubleshooting/1为什么我的容器无法连接到网络;

=1为开启，=0为关闭

主机hosts(/etc/hosts)文件没有配置;

./r 是基于weave wait编译出来的。CNI网络下会添加/.r/r 这个参数，目的是：当容器启动时，其实网络设备还没设置好，这时候需要container 等待，不能启动真实业务，否则会失败。

检查主机名和hosts配置, hosts中需要配置：

127.0.0.1 localhost

hostip hostname

以上问题为Kubernetes版本与docker版本不兼容导致cgroup功能失效

Rancher-Kubernetes中，节点之间通信需要通过hostname，如果没有内部DNS服务器，那么需要为每台节点配置hosts文件。

配置示例:假如某个节点主机名为node1,ip 地址为192.168.1.100

如果你正面临Rancher Agent和Rancher Server的连接问题，请检查主机设置。当你第一次尝试在UI中添加主机时，你需要设置主机注册的URL，该URL用于建立从主机到Rancher Server的连接。这个URL必须可以从你的主机访问到。为了验证它，你需要登录到主机并执行curl命令：

curl -i &lt;Host Registration URL you set in UI&gt;/v1

你应该得到一个json响应。如果开启了认证，响应代码应为401。如果认证未打开，则响应代码应为200。

注意：普通的HTTP请求和websocket连接（ws://）都将被使用。如果此URL指向代理或负载平衡器，请确保它们可以支持Websocket连接。

很多同学正常部署Kuberbetes环境后无法进入Dashboard，基础设施应用栈均无报错。但通过查看 基础架构|容器 发现并没有Dashboard相关的容器.因为Kuberbetes在拉起相关服务（如Dashboard、内置DNS等服务）是通过应用商店里面的YML文件来定义的，YML文件中定义了相关的镜像名和版本。

而Rancher部署的Kuberbetes应用栈属于Kuberbetes的基础框架，相关的镜像通过dockerhub/rancher 仓库拉取。默认Rancher-catalog Kuberbetes YML中服务镜像都是从谷歌仓库拉取，在没有科学上网的情况下，国内环境几乎无法成功拉取镜像。

为了解决这一问题，优化中国区用户的使用体验，在RANCHER v1.6.11之前的版本，我们修改了http://git.oschina.net/rancher/rancher-catalog 仓库中的YML文件，将相关的镜像也同步到国内仓库，通过替换默认商店地址来实现加速部署；在RANCHER v1.6.11及之后的版本，不用替换商店catalog地址，直接通过在模板中定义仓库地址和命名空间就行实现加速；在后期的版本种，Kuberbetes需要的镜像都会同步到docker hub中。

<code>PS:0.0.0.0/0 表示信任所有非https地址的镜像仓库，对于内网测试，这样配置很方便。对于线上生产环境，为了安全请不要这样配置</code>

以overlay为例

3、docker info 出现 WARNING

编辑/etc/default/grub文件，并设置：GRUB_CMDLINE_LINUX="cgroup_enable=memory swapaccount=1"

接着

SUSE

<code>grub2-mkconfig -o /boot/grub2/grub.cfg</code>

Cetos

<code>Update grub</code>

Ubuntu

<code>update-grub</code>

启动容器的时候，加一下

<code>-e http_proxy= -e https_proxy=</code>

一些基于容器的实用程序（例如Google cAdvisor）会将Docker系统目录（如/ var / lib / docker /）挂载到容器中。例如，cadvisor的文档指示您运行cadvisor容器，如下所示：

当挂载/var/lib/docker/时，这会有效地将所有其他正在运行的容器的所有资源作为文件系统安装在挂载/var/lib/docker/的容器中。当您尝试删除这些容器中的任何一个时，删除尝试可能会失败，出现如下所示的错误：

如果将/var/lib/docker/在/var/lib/docker/中的文件系统句柄上使用statfsor或fstatfs并且不关闭它们的容器，就会发生此问题。

通常，我们会以这种方式建议禁止挂载/var/lib/docker。然而，cAdvisor的核心功能需要这个绑定挂载。

如果您不确定是哪个进程导致错误中提到的路径繁忙并阻止它被删除，则可以使用lsof命令查找其进程。例如，对于上面的错误：

<code>sudo lsof /var/lib/docker/containers/74bef250361c7817bee19349c93139621b272bc8f65          本文转自 RancherLabs 51CTO博客，原文链接:http://blog.51cto.com/12462495/2050097</code>