docker logs命令将显示容器在非交互式运行时生成的输出。这很可能包括错误消息。

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

你也可以用docker run -ti <your_wiki_image>在前台运行一个新容器来看看它做了什么。您可能需要将docker-compose yml中的一些配置映射到docker命令。

我猜附加到媒体维基进程导致崩溃，破坏了数据中的某些东西。

我只是测试和删除-重启总是和它的工作为我。

在我的情况下，nginx容器一直在重新启动，我检查了nginx容器的日志，知道一个不必要的域的.crt和.key文件有错误，所以我删除了各自的.conf文件，.crt和.key，然后重新启动nginx。就是这样，nginx在没有重新启动的情况下正常工作。

它正在重新启动，状态代码为127，这意味着在容器中有一个丢失的文件/库。启动一个新的容器可能会解决这个问题。

解释:

就我对Docker的理解而言，下面是正在发生的事情:

容器试图启动。在这个过程中，它尝试访问一个不存在的文件/库。 它以127的状态码退出，在这个答案中解释了这一点。 通常，这是容器应该完全退出的地方，但它会重新启动。 它会重新启动，因为重启策略必须被设置为不是no(默认值)的值(使用命令行标志——restart或docker-compose)。Yml键重启)，同时启动容器。

解决方案:某些东西可能损坏了容器。理想情况下，启动一个新的容器就可以了。

检查已安装docker的分区。在大多数情况下，分区的容量为100%，因此您可能需要查看这一点。

在我的情况下，我移除了

重启=总

添加

tty: true

并执行以下命令打开shell(守护进程，因为docker读取compose文件并在到达文件的最后一行时停止容器)。

docker-compose up -d