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

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

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

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

我在我的pi4上固定了这个，不知道怎么做。

emby/embyserver_arm32v7:latest -保持重新启动，是否停止，删除重新启动容器，使用:beta

然后尝试ghcr.io/linuxserver/docker-emby/emby:arm32v7-version-4.6.0.3

它没有重新启动，但也没有工作。

停止，rm，然后重试emby/embyserver_arm32v7:latest -现在可以工作了。

不知道为什么。

docker run -d --restart unless-stopped --volume /path/to/programdata:/config --volume /mnt/mydrive:/mnt/share1 --publish 8096:8096 --publish 8920:8920 --env UID=1000 --env GID=100 --env GIDLIST=100 ghcr.io/linuxserver/docker-emby/emby:arm32v7-version-4.6.0.3

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

在开发中运行了很长一段时间后，在将代码部署到prod服务器后，我遇到了同样的问题 问题是在我的码头写作中。我没有为mongo图像指定一个标记，默认情况下它提取了最新的图像，因为我想保留数据路径，所以mongo版本之间存在不匹配 在dev版本是4.4.3，在prod版本是最新版本(我猜是5.x) 我的解决方案是将映像指定为mongo:4.4.3而不是mongo

我不想走升级DB的路

我有这个问题，因为我在一个docker swarm尝试:

docker swarm leave --force

从个人经验来看，听起来好像你的docker容器有问题，不允许它重新启动。所以容器中的某个进程导致重新启动挂起，或者某个进程导致容器在启动时崩溃。

当你启动容器时，如果你要附加到它，请确保你启动它时分离“-d”。(交货。"docker run -d mediawiki_web_1")