Docker容器启动随机报错求助：OCI runtime等异常问题

这种随机触发的OCI runtime错误确实挺棘手的，结合你描述的跨系统（Atom、Debian Stretch、Ubuntu 18.04）都存在问题，还有安装时的网络异常，我整理了几个重点排查方向：

1. 验证Docker安装完整性 #

你提到安装时曾出现网络异常，虽然重新执行apt install后显示成功，但部分组件可能存在损坏或缺失，这很容易导致随机故障：

• 先完全卸载Docker，清理残留数据：

  sudo apt purge docker-ce docker-ce-cli containerd.io
  sudo rm -rf /var/lib/docker
  sudo rm -rf /var/lib/containerd
  

• 清理apt缓存后，指定版本重新安装（避免自动升级到不兼容版本）：

  sudo apt clean && sudo apt update
  sudo apt install docker-ce=5:18.09.6~3-0~debian-stretch docker-ce-cli=5:18.09.6~3-0~debian-stretch containerd.io
  

2. 检查runc组件的健康状态 #

你遇到的runc未正常终止、OCI runtime create failed这类错误，大概率和runtime核心组件runc有关：

• 先检查runc版本是否匹配Docker 18.09.6的要求：

  runc --version
  

  Docker 18.09.6对应的runc稳定版本应该在1.0.0-rc8左右，如果版本不符，手动安装匹配的runc包。
• 测试runc基础功能：运行runc --help看是否有异常输出，或者手动启动一个极简容器验证runtime稳定性。

3. 排查系统级硬件/资源兼容性问题 #

跨系统都出现故障，要考虑底层硬件或资源限制的影响：

• CPU指令集兼容性：Atom处理器可能对某些镜像的扩展指令集支持不完全（比如部分amd64镜像使用了Atom不支持的x86_64扩展指令），你可以尝试明确指定架构镜像（比如hello-world:amd64），或者测试基于alpine的极简镜像，看是否还会出现SIGILL非法指令错误。
• 资源不足：检查系统内存（free -h）和磁盘空间（df -h），资源不足会导致容器启动时随机失败。
• 内核模块状态：确保Docker依赖的内核模块已加载，比如overlay2存储驱动、cgroup相关模块：

  lsmod | grep overlay
  cat /proc/cgroups
  

4. 抓取Docker daemon的详细日志 #

随机故障的关键线索往往在daemon日志里：

• 在Debian/Ubuntu上实时查看Docker日志：

  sudo journalctl -u docker.service -f
  

  启动容器时同步观察日志，比如log.json无法读取可能是权限或存储驱动问题；同时也可以排查containerd的日志：

  sudo journalctl -u containerd.service -f
  

5. 检查containerd的配置与状态 #

Docker 18.09默认使用containerd作为runtime，containerd的异常也会引发随机启动失败：

• 检查containerd服务状态：

  sudo systemctl status containerd
  

• 若使用默认配置，可尝试重置containerd状态：

  sudo systemctl restart containerd
  sudo rm -rf /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs
  

特别提醒：你提到的SIGILL非法指令是典型的CPU指令集不兼容信号，优先排查镜像架构与Atom处理器的匹配问题，比如是否误拉取了arm架构的镜像在x86_64系统上运行。

内容的提问来源于stack exchange，提问作者Enguerran Petitfils