如何解决Docker未知容器自动重建无法彻底停止的问题

容器被删除后自动重建，核心原因是存在上层管控机制在持续校验容器状态，检测到容器缺失就会自动拉起新实例，仅执行停止、删除容器的命令没有触及上层管控逻辑，自然会反复出现容器重建的问题，按以下步骤排查处理即可：

• 第一步：优先排查Docker Swarm服务管控
  Swarm是Docker自带的集群编排工具，只要服务副本数配置大于0，手动删除对应容器后Swarm会立刻调度生成新的容器补全副本，这是该问题最常见的诱因。
  先执行命令列出所有Swarm服务：
  docker service ls
  如果返回结果非空，列表里的条目就是管控容器的上层服务，直接删除所有不需要的服务即可：
  docker service rm $(docker service ls -q)
  等服务全部移除后，再清理残留容器就不会被自动拉起。

• 第二步：排查Docker Compose未下线的栈
  如果之前有人用Docker Compose部署过应用，没有执行docker compose down下线整个栈，直接手动删除容器的话，部分配置了常驻守护的Compose环境也会自动重建容器。
  先执行命令查询所有Compose关联的项目：
  docker ps -a --filter "label=com.docker.compose.project" --format "{{.Label \"com.docker.compose.project\"}}" | sort | uniq
  找到不需要的项目后，进入该项目对应的Compose文件存放目录，执行命令彻底下线栈：
  docker compose down -v
  加-v参数会同时删除该项目关联的匿名数据卷，不需要保留数据时可以加，要留数据就去掉这个参数。

• 第三步：排查系统级守护/定时拉起规则
  如果前两步没找到源头，就查系统层面有没有配置自动拉起容器的规则：

  1. 查systemd自定义服务：执行systemctl list-unit-files | grep -i docker，排除docker.service、docker.socket这类官方自带服务后，其余和容器部署相关的自定义服务如果不需要，执行以下命令停掉并禁用自启：

     systemctl stop <自定义服务名>
     systemctl disable <自定义服务名>
     

  2. 查定时任务：分别执行crontab -l和sudo crontab -l查看当前用户、root用户的定时任务列表，如果存在定时执行docker run拉起容器的条目，编辑crontab删掉对应规则即可。
  3. 排查第三方容器管理工具：如果系统里装了Portainer这类可视化管理工具，进工具后台检查是否配置了容器自动重建、应用自动部署的规则，直接在工具内删除不需要的应用，不要仅在命令行删容器。

所有上层管控源头清理完成后，再执行容器清理命令就不会出现自动重建的问题：
docker stop $(docker ps -a -q) && docker rm $(docker ps -a -q)
如果需要一并清理无用的镜像、网络、悬空卷释放磁盘空间，可以执行：
docker system prune -a --volumes
注意：该命令会删除所有未被运行中容器引用的镜像、数据卷、网络，执行前确认没有需要保留的离线镜像或业务数据。

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