找出docker容器不断重启原因的简单方法

Question

我有一个不断重启的docker容器；

           Name                         Command                 State                  Ports
--------------------------------------------------------------------------------------------------------
wenotecloudstorage_flask_1   /bin/sh -c /usr/local/bin/ ...   Restarting
wenotecloudstorage_nginx_1   nginx -g daemon off;             Up           0.0.0.0:2083->443/tcp, 80/tcp

我希望我有一个简单的方法来查看错误日志，了解它为什么重新启动。

我在Docker上读到：容器一直在重新启动

我试试;

docker logs --tail 50 --follow --timestamps wenotecloudstorage_flask_1
error from daemon in stream: Error grabbing logs: EOF

有没有一种简单的方法可以找出docker容器不断重启的原因？

Answer 1

这种情况今天发生在我身上，除了最简单的解决方法，我尝试了所有的方法。

只需运行：docker-compose up--build

不带-d运行此操作如果有真正的错误，它将显示回溯

Answer 2

确保命令不退出

有同样的问题，容器一直在重新启动，但docker logs和docker-compose logs只是在循环中向我显示了干净的日志，没有关于重新启动的线索。

然后我意识到确实没有错误，它只是因为我添加到YML配置中的命令而退出。为了验证它，我在最后一个命令中附加了尾-f /dev/null，例如：

command: bash -c "nginx -t  && tail -f /dev/null"

而这一次，它熬夜了！

使用正确的命令

理论得到证实后，我使用< code > docker inspect $ image _ id 查找正确的< code>CMD,并使用正确的命令，例如:

command: bash -c "nginx -t && nginx -g 'daemon off;'"

它为什么会重启

两种可能的原因是，出现错误或命令提前退出。就我而言，是后者。我以前使用的图像已经有正确的＜code＞CMD＜/code＞以上。但是我想添加一些额外的命令，而不必使用单独的dockerfile。

所以我放弃了dockerfile并使用了command，因为compose文件没有等价的< code>RUN(否则请纠正我)。但是，它“覆盖了容器映像声明的默认命令”，这是阻止容器提前退出的原因。

如何确定重新启动原因

看看docker ps的输出，我相信括号中的数字例如“重新启动（1）”是退出代码。您还可以在前台运行 docker-compose（未分离，即没有 -d），以便您可以实时查看日志和潜在的退出代码。

或者运行以下命令：

docker inspect $your_container_name | grep -i state -C 12

查找状态对象：

"State": {
    "Status": "restarting",
    "Running": true,
    "Paused": false,
    "Restarting": true,
    "Dead": false,
    "Pid": 0,
    "ExitCode": 0,
    "Error": "",
    ...
},

这里要寻找的主要内容是< code>ExitCode。如果它是0，并且没有< code >错误，则该命令可能会提前结束，即它没有作为服务运行。如果代码不为0，则存在实际的执行错误，您应该能够通过< code>docker-compose logs或< code>docker logs看到它。

Answer 3

不要使用“泊坞窗日志”。使用“docker-compose 日志烧瓶”来查看重新启动容器的日志。使用您的选项：

docker-compose logs -f --tail=50 flask

您看到的错误是因为正常的“docker日志”正在尝试读取日志，但是容器已经死了。Docker-compose处理得更好。

如果它不在日志中，那么，那么您将不得不更深入地挖掘应用程序的配置。但我敢打赌，你会看到一个很好的日志消息，它将带你到正确的方向。