Amazon web services Amazon EC2图像创建中断docker文件夹,如果;“无需重新启动”;选项被使用
我有一台AWS Linux机器运行Docker和两个容器。 如果我使用“无重新启动”选项创建AMI(Amazon web services Amazon EC2图像创建中断docker文件夹,如果;“无需重新启动”;选项被使用,amazon-web-services,docker,amazon-ec2,Amazon Web Services,Docker,Amazon Ec2,我有一台AWS Linux机器运行Docker和两个容器。 如果我使用“无重新启动”选项创建AMI(aws ec2 create image——无重新启动),当我从该AMI创建计算机时,Docker会断开,例如Docker ps命令永远挂起 我试图删除/var/run/docker的内容并重新启动docker服务。这没有帮助。我试图从系统中卸载docker并重新安装,但仍然没有成功 我还正常创建了AMI,没有“重新启动”,在这种情况下,一切都按预期工作 没有重新启动的AMI创建会以这种方式产生影
aws ec2 create image——无重新启动
),当我从该AMI创建计算机时,Docker会断开,例如Docker ps
命令永远挂起
我试图删除/var/run/docker
的内容并重新启动docker服务。这没有帮助。我试图从系统中卸载docker并重新安装,但仍然没有成功
我还正常创建了AMI,没有“重新启动”,在这种情况下,一切都按预期工作
没有重新启动的AMI创建会以这种方式产生影响,这是如何工作的?
我知道“不重新启动”选项的文档和含义,但奇怪的是docker怎么会变得如此死板
Docker版本1.12.6,构建7392c3b/1.12.6
Linux ip-10-0-1-124 4.4.10-22.54.amzn1.x86_64
似乎在创建AMI之前不重新启动实例可能会导致不一致:
AmazonEC2在创建AMI之前关闭实例的电源,以确保实例上的所有内容都已停止,并且在创建过程中处于一致状态。如果您确信您的实例处于适合创建AMI的一致状态,您可以告诉AmazonEC2不要关闭电源并重新启动实例。某些文件系统(如XFS)可以冻结和解冻活动,从而可以在不重新启动实例的情况下安全地创建映像
同样来自同一页:
警告
如果选择不重新启动,则无法保证所创建映像的文件系统完整性
通过使用
--no reboot
选项,您可能破坏了文件系统的某些部分,这对Docker的正常运行至关重要。事实证明,这与devicemapper文件夹中许多过时的已停止容器有关。请参阅详细信息:我确实知道其中的含义,但奇怪的是,docker如此核心地损坏,即使在重新安装后也无法恢复。我问这个问题是因为重启很少是定期备份的好选择。