不知何故,重新启动我的一台服务器后,docker 变得不可用。以下是启动过程中的全部内容。与我的另一台机器的启动相反,其中可以看到另外 4 条日志行:
Jul 22 14:39:59 Ubuntu-1804-bionic-64-minimal dockerd[26234]: time="2019-07-22T14:39:59.791008126+02:00" level=info msg="Docker daemon" commit=0dd43dd graphdriver(s)=o
Jul 22 14:39:59 Ubuntu-1804-bionic-64-minimal dockerd[26234]: time="2019-07-22T14:39:59.791131397+02:00" level=info msg="Daemon has completed initialization"
Jul 22 14:40:00 Ubuntu-1804-bionic-64-minimal dockerd[26234]: time="2019-07-22T14:40:00.944885752+02:00" level=info msg="API listen on /var/run/docker.sock"
Jul 22 14:40:00 Ubuntu-1804-bionic-64-minimal systemd[1]: Started Docker Application Container Engine.
Run Code Online (Sandbox Code Playgroud)
我真的很想知道我可以检查什么,以找出为什么我的 docker 引擎无法完成启动。请不要给我答案告诉我必须重新安装 docker,这不是一个选项,除非我可以包含现有的容器。
Jul 22 18:39:17 srv4 systemd[1]: Starting Docker Application Container Engine...
Jul 22 18:39:18 srv4 dockerd[1123]: time="2019-07-22T18:39:18.634630237+02:00" level=info msg="systemd-resolved is running, so using resolvconf: /run/systemd/resolve/resolv.conf"
Jul 22 18:39:18 srv4 dockerd[1123]: time="2019-07-22T18:39:18.675035398+02:00" level=info msg="parsed scheme: \"unix\"" module=grpc
Jul 22 18:39:18 srv4 dockerd[1123]: time="2019-07-22T18:39:18.675056920+02:00" level=info msg="scheme \"unix\" not registered, fallback to default scheme" module=grpc
Jul 22 18:39:18 srv4 dockerd[1123]: time="2019-07-22T18:39:18.675512905+02:00" level=info msg="parsed scheme: \"unix\"" module=grpc
Jul 22 18:39:18 srv4 dockerd[1123]: time="2019-07-22T18:39:18.675523205+02:00" level=info msg="scheme \"unix\" not registered, fallback to default scheme" module=grpc
Jul 22 18:39:18 srv4 dockerd[1123]: time="2019-07-22T18:39:18.691598560+02:00" level=info msg="ccResolverWrapper: sending new addresses to cc: [{unix:///run/containerd/containerd.sock 0 <nil>}]" module=grpc
Jul 22 18:39:18 srv4 dockerd[1123]: time="2019-07-22T18:39:18.691639221+02:00" level=info msg="ClientConn switching balancer to \"pick_first\"" module=grpc
Jul 22 18:39:18 srv4 dockerd[1123]: time="2019-07-22T18:39:18.691650622+02:00" level=info msg="ccResolverWrapper: sending new addresses to cc: [{unix:///run/containerd/containerd.sock 0 <nil>}]" module=grpc
Jul 22 18:39:18 srv4 dockerd[1123]: time="2019-07-22T18:39:18.691675127+02:00" level=info msg="ClientConn switching balancer to \"pick_first\"" module=grpc
Jul 22 18:39:18 srv4 dockerd[1123]: time="2019-07-22T18:39:18.691705528+02:00" level=info msg="pickfirstBalancer: HandleSubConnStateChange: 0xc42073f800, CONNECTING" module=grpc
Jul 22 18:39:18 srv4 dockerd[1123]: time="2019-07-22T18:39:18.691712378+02:00" level=info msg="pickfirstBalancer: HandleSubConnStateChange: 0xc4207d4d80, CONNECTING" module=grpc
Jul 22 18:39:18 srv4 dockerd[1123]: time="2019-07-22T18:39:18.701635863+02:00" level=info msg="pickfirstBalancer: HandleSubConnStateChange: 0xc42073f800, READY" module=grpc
Jul 22 18:39:18 srv4 dockerd[1123]: time="2019-07-22T18:39:18.701638953+02:00" level=info msg="pickfirstBalancer: HandleSubConnStateChange: 0xc4207d4d80, READY" module=grpc
Jul 22 18:39:18 srv4 dockerd[1123]: time="2019-07-22T18:39:18.775587750+02:00" level=info msg="[graphdriver] using prior storage driver: overlay2"
Jul 22 18:39:19 srv4 dockerd[1123]: time="2019-07-22T18:39:19.150807807+02:00" level=info msg="Graph migration to content-addressability took 0.00 seconds"
Jul 22 18:39:19 srv4 dockerd[1123]: time="2019-07-22T18:39:19.151005388+02:00" level=warning msg="Your kernel does not support swap memory limit"
Jul 22 18:39:19 srv4 dockerd[1123]: time="2019-07-22T18:39:19.151039801+02:00" level=warning msg="Your kernel does not support cgroup rt period"
Jul 22 18:39:19 srv4 dockerd[1123]: time="2019-07-22T18:39:19.151046890+02:00" level=warning msg="Your kernel does not support cgroup rt runtime"
Jul 22 18:39:19 srv4 dockerd[1123]: time="2019-07-22T18:39:19.151466840+02:00" level=info msg="Loading containers: start."
Run Code Online (Sandbox Code Playgroud)
任何提示都将受到高度赞赏!
我们刚刚在 docker 上遇到了类似的问题;systemctl status docker显示“已加载,正在激活”并挂起。所有 docker 命令,例如docker ps,docker images都挂起(您只能使用ctrl-c它们;否则它们将永远挂起)。kill -9它对与 docker 相关的任何进程没有帮助,也不会帮助克隆运行 docker 的虚拟机。系统reboot在关闭 docker 服务时遇到问题(等待一分钟,然后硬关闭发生此情况的虚拟机)。
最终解决方案如下:
\nsystemctl disable docker以便在启动之前、重新启动后有一些喘息空间,dockerd --debug显示 docker 处于某种循环中重新启动其中一个容器/var/lib/docker包含所有容器;在我们的例子中,删除所有这些(包括有问题的)并不是问题,我们这样做了,systemctl start docker成功了(\xe2\x86\x92"active"),但是类似的命令docker ps没有运行,假装服务已关闭,我希望这会有所帮助(其他由于某种原因遇到“激活”docker 问题的人)。
\nPS> 我们推测问题是在两个虚拟机上初始化 docker swarm 时出现的,IP 可能已损坏(两个虚拟机上的情况相同);但不确定这一点...
\n| 归档时间: |
|
| 查看次数: |
9632 次 |
| 最近记录: |