docker故障no such docker-runc

最新推荐文章于 2024-02-21 14:07:34 发布

原创最新推荐文章于 2024-02-21 14:07:34 发布 · 350 阅读

1 ·

CC 4.0 BY-SA版权

docker 专栏收录该内容

6 篇文章

订阅专栏

本文详细记录了在将Docker从1.13版本升级到1.18.09过程中遇到的nosuchdocker-runc问题，包括使用grep和sed命令定位问题，重启docker服务以及重启容器的方法，适合Docker管理员和开发者参考。

二进制升级docker1.13到1.18.09出现no such docker-runc

$ grep -rl 'docker-runc' /var/lib/docker/containers/ | xargs sed -i 's/docker-runc/runc/g'

# 重启所有容器

$ sudo systemctl restart docker

查看docker容器进程

docker restart $(docker ps -qa)

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

qq_43006607

关注关注

0
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

Docker升级后重启容器出现错误：未知的运行时docker-runc

DevScribe的博客

08-13

655

总之，升级Docker后重启容器出现"Unknown runtime specified docker-runc"错误是因为新的Docker版本与旧的运行时不兼容所导致的。通过删除旧的运行时并重新安装最新的docker-runc，并确保Docker配置文件中正确指定了所需的运行时，我们可以解决这个问题。其中一个常见的错误是"Unknown runtime specified docker-runc"，指明了未知的运行时docker-runc。首先，我们需要确定当前系统上已安装的Docker版本和运行时。

升级Docker后重启容器出现错误Unknown runtime specified docker-runc

隔壁老瓦的专栏

03-28

5722

[root@template-centos7 /root]#grep -rl 'docker-runc' /var/lib/docker/containers/ | xargs sed -i 's/docker-runc/runc/g' [root@template-centos7 /root]#systemctl stop docker [root@template-centos7 /root]...

参与评论您还未登录，请先登录后发表或查看评论

二进制升级docker1.13到1.18.09出现no such docker-runc

vampire的博客

05-15

892

使用二进制替换升级docker，从1.13-> 1.18.09 出现了no such docker runtime ‘docker-runc’ 解决办法： [test@localhost]$ grep -rl 'docker-runc' /var/lib/docker/containers/ | xargs sed -i 's/docker-runc/runc/g' # 重启docker服务 [test@localhost]$ sudo systemctl restart docker # 重启所有容

docker升级之后导致容器启动失败no such runtime 'docker-runc'

高Sir

12-01

2232

解决问题办法： [root@ghw ~]# grep -rl ‘docker-runc’ /var/lib/docker/containers/ /var/lib/docker/containers/d14384b4c381b7135eaf2d60c4b5237ca97dc2d14903e918b41cd48cc54dc602/config.v2.json /var/lib/docker/con...

博文 “docker找不到runc“ runc资源

08-30

博文 “docker找不到runc：failed to create shim: OCI runtime create failed: unable to retrieve OCI runtime ” 附带资源

【错误解决】docker找不到runc：failed to create shim: OCI runtime create failed: unable to retrieve OCI runtime

皮卡丘多多的博客

02-21

3552

docker run 容器 OCI runtime create failed 报错。gitlab官网仓库，下载runc.amd64 版本。

在docker容器中运行docker命令no such file

Rao的博客

07-29

3845

在容器中运行docker 报错，bash: /usr/bin/docker: no such file or directory

精选资源

解决docker报错chown socket at step GROUP No such process

01-07

在使用Docker的过程中，有时会遇到“chown socket at step GROUP No such process”的错误提示，这通常是由于Docker服务在尝试更改套接字文件的所有权时遇到了问题，具体表现为无法找到对应的用户组信息。...

Docker部署Stable-Diffusion-webui

风的博客

01-25

6829

Docker容器内，从零开始搭建一个Stable Diffusion Webui服务。

安装的docker没有runc怎么解决？

weixin_41120825的博客

07-16

3071

docker: Error response from daemon: failed to create shim task: OCI runtime create failed: unable to retrieve OCI runtime error (open /run/containerd/io.containerd.runtime.v2.task/moby/113faece9d88612c4cd3120bdb85d4c14ee153ec5f4b9086d2ea08ebfcc5600e/log.js

shim error: docker-runc not installed on system

flashlau的专栏

07-08

1807

很多blog是在/usr/libexec/docker/目录下，ln -s docker-runc-current docker-runc 但是，由于path设置，会出现 no docker-runc in (/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/opt/puppetlabs/bin:/usr/local/go/bin:/go/s...

docker运行容器报错：Error response from daemon: OCI runtime create failed

热门推荐

代灿灿灿的博客

03-01

11万+

今天在虚拟机运行docker镜像时，一直报错（具体报错原因待分析），检查了系统内核和操作系统版本，也没有找到结果。[root@bogon ~]# cat /etc/redhat-release CentOS Linux release 7.2.1511 (Core)[root@bog[root@bogon ~]# docker versionClient: Version: 17.12.1-ce ...

linux docker升级后docker-runc错误

判断一个点是否在闭合曲线内

09-13

1024

在linux服务器上编译docker镜像是版本太低，于是升级到最新版，在启动容器时出现如下错误 ERROR: for articledb Cannot start service xxxx: Unknown runtime specified docker-runc 解决办法如下： grep -rl 'docker-runc' /var/lib/docker/containers/ | xa...

解决docker安装docker-runc报错

真理部

03-06

6973

在CentOS7.2上执行了 [root@NC2-WAFXJS-SEV158-25 ~]# rpm -ivh docker-ce-17.12.1.ce-1.el7.centos.x86_64.rpm [root@NC2-WAFXJS-SEV158-25 ~]# rpm -ivh container-selinux-2.9-4.el7.noarch.rpm 启动容器时报错docker-runc di...

docker-runc not installed on system

qq_33448670的博客

04-23

2973

解决方法：[root@vm173 ~]# cat /etc/docker/daemon.json { "log-level":"warn", "hosts": ["unix:///var/run/docker.sock","tcp://0.0.0.0:2375"], "runtimes": { "docker-runc": {

docker无法正常启动

被IT耽误的歌手的博客

07-03

5万+

此台机器为香港服务器，为的是方便快速pull公共镜像，之前作为kubernetes集群之一。后因种种原因，此机器退出集群。之后再用到docker时，发现docker启动不了了，查看报错如下：[root@ALY-HKC-PRO-001 ~]# systemctl restart docker Job for docker.service failed because the control proce

启动docker容器提示"docker: Error response from daemon: Container command not found or does not exist"的原因

天道酬勤

11-30

6万+

docker容器导入导出有两种方法：一种是save和load命令使用例子如下： docker save ubuntu:load>/root/ubuntu.tar docker load 一种是export和import命令使用例子如下： docker export 98ca36> ubuntu.tar cat ubuntu.tar | sudo docke

C:\Users\Administrator\Desktop\ragflow-0.19.0\docker>docker logs mysql-container-name Error response from daemon: No such container: mysql-container-name C:\Users\Administrator\Desktop\ragflow-0.19.0\docker>docker logs elasticsearch-container-name Error response from daemon: No such container: elasticsearch-container-name C:\Users\Administrator\Desktop\ragflow-0.19.0\docker>

最新发布

05-26

### 可能的原因分析当执行 `docker logs` 命令时遇到 `'No such container'` 错误，通常是因为目标容器不存在或者已经被删除。以下是可能的原因及其解决方案： #### 1. **容器已被删除** 如果 MySQL 或 Elasticsearch 容器已经停止并被删除，则会触发此错误。可以通过以下命令检查当前存在的容器列表： ```bash docker ps -a ``` 如果没有找到对应的容器名称或 ID，则说明该容器已被删除[^2]。 #### 2. **拼写错误** 输入的容器名称可能存在拼写错误。确保使用的容器名与实际创建的完全一致。可以再次确认容器名称是否存在： ```bash docker ps -a | grep <container_name> ``` #### 3. **容器未正确启动** 即使容器存在，但如果它从未成功启动过，也可能导致日志为空或无法访问。检查容器状态是否正常运行： ```bash docker inspect <container_name> | grep State ``` 如果显示 `"Status": "exited"`，则表示容器已退出。此时需要进一步排查容器的日志来定位问题原因： ```bash docker logs <container_name> ``` #### 4. **挂载配置不正确** 对于某些数据库类容器（如 MySQL），如果不小心覆盖了默认的日志路径或将日志目录映射到主机上的无效位置，可能会导致日志记录失败。例如，在 Docker Compose 文件中定义如下挂载可能导致问题： ```yaml volumes: - ./logs:/var/log/mysql ``` 这种情况下，需确保宿主机对应目录 `/var/log/mysql` 存在且具有适当权限[^1]。 #### 5. **Elasticsearch 特殊情况** 针对 Elasticsearch 容器，其内部实现依赖于复杂的日志机制，默认情况下不会将所有信息打印至标准输出流 (`stdout`) 中。因此即便容器仍在运行，也有可能看不到预期中的消息内容。建议调整官方镜像参数启用更详细的调试模式： ```bash docker run -e ES_JAVA_OPTS="-Xms512m -Xmx512m" \ -e LOG_LEVEL="DEBUG" elasticsearch:version ``` --- ### 解决方案总结为了彻底解决这个问题，请按照以下步骤操作： - 验证指定的容器确实存在于本地环境中； - 如果发现容器缺失，则重新构建它们并通过 `-d` 参数保持后台持续运作； - 对于持久化存储需求较高的应用（比如关系型数据库MySQL以及全文检索引擎ElasticSearch），务必合理规划数据卷绑定策略以免因意外销毁而丢失重要资料[^3]; - 调整相关服务初始化脚本使其能够生成更多诊断线索以便后续追踪异常状况的发生源头. ---