Docker：容器继续重新启动

今天，我使用appcontainers / mediawiki docker映像部署了MediaWiki实例，现在遇到了一个新问题，无法找到任何线索。在尝试使用以下方式附加到mediawiki前端容器后：

docker attach mediawiki_web_1

Terminated出于我忽略的原因，它在我的配置上做出回答，还尝试：

docker exec -it mediawiki_web_1 bash

我确实收到错误消息附近的内容：

Error response from daemon: Container 81c07e4a69519c785b12ce4512a8ec76a10231ecfb30522e714b0ae53a0c9c68 is restarting, wait until the container is running

这是我的新问题，因为此容器永不停止重新启动。我可以看到使用docker ps -a总是返回STATUS的状态Restarting (127) x seconds ago。

问题是，我能够停止容器（我测试过），但是再次启动它似乎使它回到了重新启动的循环中。

知道这里可能是什么问题吗？直到我尝试附加它为止，整个过程都正常工作了。

我很伤心 ：-（

docker logs当您不以交互方式运行容器时，该命令将向您显示容器正在生成的输出。这可能包含错误消息。

docker logs --tail 50 --follow --timestamps mediawiki_web_1

您也可以在前台运行一个新容器，docker run -ti <your_wiki_image>以查看其作用。您可能需要将docker-composeyml的一些配置映射到docker命令。

我猜想，附加到媒体Wiki进程会导致崩溃，从而损坏您数据中的某些内容。

当docker kill CONTAINER_ID不起作用并且docker stop -t 1 CONTAINER_ID也不起作用时，可以尝试删除容器：

docker container rm CONTAINER_ID

今天我遇到了类似的问题，其中容器处于连续的重新启动循环中。

就我而言，这个问题与我是一名贫穷的工程师有关。

无论如何，我通过删除容器，修复代码，然后重新构建并运行容器来解决此问题。

希望这对以后解决此问题的人有所帮助

从个人经验来看，听起来您的Docker容器中存在一个问题，该问题不允许它重新启动。因此，容器中的某些进程导致重新启动挂起，或者某些过程导致容器在启动时崩溃。

启动容器时，如果要附加到容器，请确保以“ -d”分离的形式启动容器。（例如，“ docker run -d mediawiki_web_1”）

tl; dr正在重新启动，其状态码为127，表示您的容器中缺少文件/库。启动一个新的容器可能会解决它。

说明：

就我对Docker的了解而言，这是正在发生的事情：

1. 容器尝试启动。在此过程中，它将尝试访问不存在的文件/库。
2. 它以状态码退出，对此答案进行了127说明。
3. 通常，这是容器应该完全退出的位置，但是它将重新启动。
4. 之所以重新启动，是因为在启动容器时，必须将重新启动策略设置为no（默认值）以外的其他值（使用命令行标志--restart或docker-compose.ymlkey restart）。

解决方案：某些东西可能损坏了您的容器。理想情况下，启动一个新的容器应该可以完成这项工作。

如果您创建的systemd服务具有以下情况，也可能是这种情况：

[Service]
Restart=always
ExecStart=/usr/bin/docker container start -a my_container
ExecStop=/usr/bin/docker container stop -t 2 my_container

在我的情况下，nginx容器一直在重新启动，我检查了nginx容器的日志，发现一个不需要的域的.crt和.key文件有错误，因此我分别删除了.conf文件，.crt和.key然后重新启动nginx。就是这样，nginx无需重新启动即可正常工作。

我忘记了Minikube在后台运行，这就是总是重新启动它们的原因

首先检查日志，为什么容器失败。因为您的重新启动策略可能会使您的容器回到运行状态。更好地解决此问题，然后您可能会构建带有/没有修复的新映像。稍后执行以下命令

docker system prune

https://forums.docker.com/t/docker-registry-in-restarting-1-status-forever/12717/3

尝试将这些参数添加到您的docker yml文件中

restart: "no"
  restart: always
  restart: on-failure
  restart: unless-stopped
  environment:
    POSTGRES_DB: "db_name"
    POSTGRES_HOST_AUTH_METHOD: "trust"

最终文件应如下所示

postgres:
  restart: "no"
  restart: always
  restart: on-failure
  restart: unless-stopped
  image: postgres:latest
  volumes:
    - /data/postgresql:/var/lib/postgresql
  ports:
    - "5432:5432"
  environment:
    POSTGRES_DB: "db_name"
    POSTGRES_HOST_AUTH_METHOD: "trust"