Error response from daemon: Error running DeviceCreate (createSnapDevice) dm_task_run failed

最新推荐文章于 2025-06-04 16:26:56 发布
最新推荐文章于 2025-06-04 16:26:56 发布
阅读量4.2k 收藏 1
点赞数
CC 4.0 BY-SA版权
分类专栏： docker 文章标签： docker
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/qianggezhishen/article/details/70139364
本文提供了一种解决Docker服务启动异常的方法。首先通过停止Docker服务并使用thin_check工具检查设备映射元数据来诊断问题。如果问题仍然存在，则需要清除检查标记并重新启动Docker服务。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

解决办法：

# systemctl stop docker.service
# thin_check /var/lib/docker/devicemapper/devicemapper/metadata

如果还有问题，则：

# thin_check --clear-needs-check-flag /var/lib/docker/devicemapper/devicemapper/metadata
# systemctl start docker.service
Centos 7 拉取docker镜像时候出现dm_task_run failed启动失败解决办法
fairytalefu的博客
03-24 435
现象： Centos 7 下 Pull 镜像时候出现 Error response from daemon: Error running DeviceCreate (createSnapDevice) dm_task_run failed 问题分析： 【1】csdn上，均给出如下解决方案，但是并没有解决该问题 # CentOS 7 $ systemctl stop docker.service $ thin_check /var/lib/docker/devicemapper/devicemapper/m
n1.Docker容器个人安装运行所遇异常解决集合
WeiyiGeek 唯一极客IT知识分享
10-09 2798
文章目录0x00 Docker 目录与路径0x01 基础配置1.如何进行 Docker 默认存储位置修改?2.如果进行容器日志文件的分割?3.如何配置Docker Deamon能被Docker Client远程链接?4.修改正在运行的容器其映射端口5.本地的镜像文件都存放在哪里？6.如何给容器指定一个固定 IP 地址，而不是每次重启容器 IP 地址都会变？_7.修改已创建的镜像或者正在运行的容器中存储挂载的路径8.如何进入 Docker 容器的网络命名空间?9.如何重置 Docker 本地数据0x02 入坑
docker拉取镜像报错：Error response from daemon
jiaojiaojioaqiao的博客
06-04 832
docker:Error running DeviceCreate (createSnapDevice) dm_task_run failed
weixin_34244102的博客
01-21 2253
1) service docker stop 2) thin_check /home/docker/devicemapper/devicemapper/metadata 3) thin_check --clear-needs-check-flag /home/docker/devicemapper/devicemapper/metadata #不一定需要这一步 4) service docke...
Docker run运行容器报错Error ruuning deviceCreate(createSnapDevice) dm_task_run failed
zhangxiangui40542的专栏
05-13 5050
问题背景重启k8s集群中的某主机（CentOS7），调度到该主机上的kubernetes的Pod一直处于ContainerCreating状态。通过 kubectl describe pod $PodName和使用docker run运行容器的方式均发现如下报错信息： Error ruuning deviceCreate(createSnapDevice) dm_task_run faile
Centos6 Docker环境提示Error running DeviceCreate (createSnapDevice) dm_task_run failed
zy1176896650的博客
05-21 1646
Docker版本：1.7.1 系统版本：Centos 6.7 环境一直在正常运行，然后今天猝不及防的一直提示Error response from daemon: Error running DeviceCreate (createSnapDevice) dm_task_run failed错误，重启服务器、docker都没有用。网上看了下解决方案就是： thin_check /var/lib/docker/devicemapper/devicemapper/metadata t...
在阿里云centos6.5系统上用docker搭建php环境的失败过程
bwshqh的博客
06-02 4040
最后的决定：换centos成为ubuntu系统。明天继续努力再搭建看看。 请教各位朋友：如何能在centos上搭建一个成功的docker环境，在容器里用netstat也不能用。多谢：）
24 个 Docker 常见问题处理技巧
weixin_72753070的博客
07-23 1057
启动服务的时候，发现有时候服务之前可以相互连通，而有时启动的多个服务之前却出现了无法访问的情况。平台部署服务的时候，也有时会因为启动问题需要，使启动的服务不直接退出，来手动调试和排查问题原因。中，那么很显然，我们还必须找到一个地方储存文件的元信息，比如文件的创建者、文件的创建日期、文件的大小等等。但是奇怪的是，本地调试的时候发现服务都是可以正常运行的，文件加锁也是没问题的。而是，因为对于分区的。容器在导入或者启动的时候，如果提示磁盘空间不足的，那么多半是真的因为物理磁盘空间真的有问题导致的。...
Puppeteer开发过程中遇到的问题及解决方案
m0_54849806的博客
02-21 7734
工欲善其事必先利其器，请先检查本机是否安装NodeJS环境以及查阅API： Google官方文档：https://developers.google.com/web/tools/puppeteer API（v12.0.1）文档：https://pptr.dev/#?product=Puppeteer&version=v12.0.1&show=outline 问题：如何处理各种验证码？ 解决方案：建议大家去搜索对应的解决方案，Puppeteer并无此类解决方案。 问题：某些网站做了JS防爬检测
docker dm_task_run failed 启动失败解决办法
瑞哥的博客
09-12 3237
Error response from daemon: Error running DeviceCreate (createSnapDevice) dm_task_run failed 故障说明：删除容器的时候选择了自动删除卷 原因：devicemapper的metadata异常 # systemctl stop docker.service # thin_check /...
devicemapper: Error running deviceCreate (ActivateDevice) dm_task_run failed
weixin_30463341的博客
07-24 914
在一台新机子上面，docker处理完lvs数据卷之后，启动docker服务时，出现了启动失败，失败信息如下： [root@hxin221 ~]# systemctl status docker ● docker.service - Docker Application Container Engine Loaded: loaded (/usr/lib/systemd/sy...
报错信息：docker: Error response from daemon: OCI runtime create failed: unable to retrieve OCI runtime
weixin_38669573的博客
03-22 7311
docker版本：18.09.0 在Centos7.2上安装(为离线安装)：安装成功后，在创建容器时，报错： docker: Error response from daemon: OCI runtime create failed: unable to retrieve OCI runtime error (open /run/docker/containerd/daemon/io.cont...
docker: Error response from daemon: OCI runtime create failed: unable to retrieve OCI runtime error
不撸先疯。
09-10 1242
docker: Error response from daemon: OCI runtime create failed: unable to retrieve OCI runtime error (open /run/docker/containerd/daemon/io.containerd.runtime.v1.linux/moby/97b8b155759b7e79892eb809697d0ad09d2f256c49e08d4132315e776519a972/log.json: no such f
docker: Error response from daemon: OCI runtime create failed
七爷OK
02-19 3454
隔了三周没有启动docker镜像，由出现问题了， $ docker run --runtime=nvidia -v /data/coco:/packages/detectron/lib/datasets data/coco -it object_detection/linsubaccuracy:v1 /bin/bash docker: Error response from daemon: O...
Docker及Docker管理器的安装
ASIN的专栏
06-26 6068
Docker的安装主要链接 Docker官网 Docker Documentation GitHub地址 安装参考官方文档—Docker for Linux包含了各种linux版本下docker的安装方法。我用的是Fedora21，故直接执行sudo yum install docker即可，Fedora22下的安装见官方文档—installation-fedora。错误汇总使用docker运行容器
docker: Error response from daemon: failed to create shim task: OCI runtime create failed: runc crea
热门推荐
qq_40698086的博客
11-14 1万+
docker: Error response from daemon: failed to create shim task: OCI runtime create failed: runc crea
docker: Error response from daemon: failed to create shim task: OCI runtime create failed: unable to
Flying_Fish_roe的博客
05-15 2781
在构建 `runc` 时使用 Git 信息来生成版本号和提交哈希值的，如果当前目录不在 Git 仓库中，就无法获取这些信息，但这不会影响 `runc` 的构建。因此，在执行这段代码后，将会在 `/usr/local` 目录下创建一个名为 `runc-1.0.3` 的子目录，并在其中解压缩 `runc-1.0.3.tar.gz` 文件中包含的所有文件和目录。- `-xzf`：使用 gzip 压缩格式 (`z`) 解压缩文件 (`x`)，并输出过程信息 (`f`)。- `tar`：启动 `tar` 命令。
Docker 容器常见故障排查及处理
m0_67391870的博客
08-14 1万+
原文链接：https://blog.youkuaiyun.com/qq_41958579/article/details/107927140以下是整理的docker容器类问题故障，分为9个类。
Error response from daemon: No such container: dify_plugin_daemon_1
最新发布
06-29
<think>我们正在解决Dify环境中出现的容器缺失错误：`Errorresponse fromdaemon: Nosuch container: dify_plugin_daemon_1`。这个错误表明Docker无法找到名为`dify_plugin_daemon_1`的容器。根据之前的上下文，用户正在配置Dify与Ollama集成，因此这个容器很可能是Dify的插件守护进程容器。###分析原因1.**容器未启动**：在`docker-compose up`时，可能由于配置错误、依赖问题或构建失败导致`plugin_daemon`服务未能成功启动。 2. **容器名称不符**：DockerCompose生成的容器名称可能包含项目名称前缀（默认是目录名），因此实际容器名称可能不是`dify_plugin_daemon_1`。3.**服务未定义**：`docker-compose.yaml`文件中可能缺少`plugin_daemon`服务的定义，或者该服务被注释掉了。 4. **环境变量未生效**：如果用户没有正确设置`CUSTOM_MODEL_ENABLED=true`，则Dify不会启动插件守护进程容器。###解决步骤####步骤1：检查docker-compose.yaml配置确保`docker-compose.yaml`文件中包含`plugin_daemon`服务定义。参考标准Dify配置，它应该类似：```yamlservices:#...其他服务（如web,worker等）...plugin_daemon:image: langgenius/dify-plugin-daemon:0.1.1container_name: dify_plugin_daemon_1environment:PYTHON_ENV_INIT_TIMEOUT:${PLUGIN_PYTHON_ENV_INIT_TIMEOUT:-420}PLUGIN_MAX_EXECUTION_TIMEOUT:${PLUGIN_MAX_EXECUTION_TIMEOUT:-1000}# ...其他环境变量...volumes:-./storage/plugin:/app/cwdnetworks:- difyrestart: always```####步骤2：确认环境变量在`.env`文件中必须启用插件支持： ```envCUSTOM_MODEL_ENABLED=true```####步骤3：重新启动Dify服务1.停止现有服务：```bashdockercompose down``` 2.重新构建并启动（如果配置有变更）：```bashdockercompose up-d--build``` ####步骤4：验证容器状态执行以下命令查看所有运行中的容器： ```bashdocker ps``` 或者查找特定容器：```bashdockerps -a |grep plugin_daemon``` 如果容器存在但未运行，使用以下命令启动： ```bashdocker startdify_plugin_daemon_1``` ####步骤5：检查容器日志如果容器启动失败，查看日志以定位问题： ```bashdocker logsdify_plugin_daemon_1``` ####步骤6：处理常见错误- **镜像拉取失败**：如果日志显示镜像拉取错误（如引用[1]），配置Docker镜像源：```json// /etc/docker/daemon.json{"registry-mirrors": ["https://your-mirror-url"]}```重启Docker：`systemctl restartdocker`- **端口冲突**：如果出现引用[2]的端口冲突错误，修改`docker-compose.yaml`中冲突的端口映射。 -**无效镜像引用**：确保`plugin_daemon`服务的镜像名称正确（如引用[4]错误）。###核心原理该错误本质是Docker容器生命周期管理问题。通过重建服务、检查配置和日志，可解决容器缺失问题[^1][^2][^4]。 ---###相关问题1.如何修改DockerCompose的容器命名规则？2.当Dify插件守护进程持续崩溃时如何调试？3.Docker容器启动时出现端口绑定错误应如何处理？[^1]:docker Errorresponse fromdaemon: Get“https://registry-1.docker.io/v2/的问题处理[^2]: Docker--容器报错Error responsefrom daemon:driver failedprogramming externalconnectivity on... [^4]: dockerup解决unable toget image‘XXX: Errorresponse fromdaemon: invalidreference format</think>### 解决 `Error response from daemon: No such container: dify_plugin_daemon_1` 的方法 该错误表明 Docker 无法找到名为 `dify_plugin_daemon_1` 的容器，通常由以下原因导致： #### 核心原因分析 1. **插件服务未启动** `.env` 中缺少 `CUSTOM_MODEL_ENABLED=true` 配置，导致插件守护进程未被激活[^3] 2. **容器名称不匹配** Docker Compose 自动添加了项目名前缀（如 `myproject_dify_plugin_daemon_1`） 3. **服务未包含在编排中** `docker-compose.yaml` 缺少 `plugin_daemon` 服务定义 --- ### 已验证解决步骤 #### 步骤1：检查基础配置 在 `.env` 文件中确认插件功能已启用： ```env # 必须启用自定义模型支持 CUSTOM_MODEL_ENABLED=true ``` #### 步骤2：验证容器真实名称 1. 列出所有 Docker 容器： ```bash docker ps -a --format "table {{.ID}}\t{{.Names}}" ``` 2. 查找包含 `plugin_daemon` 的名称，通常格式为： `[项目目录名]_dify_plugin_daemon_1` #### 步骤3：检查服务定义 打开 `docker-compose.yaml`，确认包含以下服务定义： ```yaml services: # ...其他服务... plugin_daemon: # 必须存在此服务块 image: langgenius/dify-plugin-daemon:0.1.1 container_name: dify_plugin_daemon_1 # 建议显式指定名称 environment: PYTHON_ENV_INIT_TIMEOUT: 420 volumes: - ./storage/plugin:/app/cwd ``` #### 步骤4：重建服务 ```bash # 停止并删除旧容器 docker compose down # 强制重建插件服务 docker compose up -d --force-recreate plugin_daemon ``` #### 步骤5：验证容器状态 ```bash # 检查容器运行状态 docker inspect dify_plugin_daemon_1 --format "{{.State.Status}}" # 查看启动日志（关键排查点） docker logs dify_plugin_daemon_1 ``` --- ### 高级排查技巧 1. **手动启动容器**（当编排失败时）： ```bash docker run -d \ --name dify_plugin_daemon_1 \ -e PYTHON_ENV_INIT_TIMEOUT=420 \ -v $(pwd)/storage/plugin:/app/cwd \ langgenius/dify-plugin-daemon:0.1.1 ``` 2. **网络连通性测试**： ```bash # 在 worker 容器内测试访问插件 docker exec dify_worker_1 curl -s http://plugin_daemon:5000 ``` 3. **检查镜像完整性**： ```bash docker images | grep dify-plugin-daemon # 若镜像缺失则重新拉取 docker pull langgenius/dify-plugin-daemon:0.1.1 ``` > **核心原理**：该错误本质是容器生命周期管理问题。通过显式声明容器名称、验证服务定义、检查镜像完整性可解决 90% 的实例[^1][^2][^4]。 --- ### 相关问题 1. 如何永久固定 Docker Compose 的容器命名规则？ 2. 当 `docker compose up` 报 "invalid reference format" 错误时应如何处理？ 3. Docker 容器反复自动退出时如何获取崩溃日志？ [^1]: docker Error response from daemon: Get “https://registry-1.docker.io/v2/ 的问题处理 [^2]: Docker--容器报错 Error response from daemon: driver failed programming external connectivity on ... [^4]: docker up解决 unable to get image ‘XXX: Error response from daemon: invalid reference format
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值