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

我不想走升级DB的路

首先检查日志容器失败的原因。因为您的重启策略可能会使容器恢复到运行状态。最好是修复这个问题，然后可能你可以建立一个新的映像，有/没有修复。稍后执行以下命令

Docker系统修剪

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

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

解释:

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

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

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

我删除了dockers文件夹内的所有文件夹，重新构建所有图像，它对我有用。

 docker-compose up -d --build

and

docker-compose up -d

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

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