Docker报错:OCI runtime exec failed: exec failed: container_linux.go:380: starting container process的解决方法
详细信息
[root@centOS7 ~]# docker exec -it 3cae7605916d /bin/bash
OCI runtime exec failed: exec failed: container_linux.go:380: starting container process caused: exec: "/bin/bash": stat /bin/bash: no such file or directory: unknown
老规矩:先上答案 把脚本类型 /bin/bash,尝试换为 /bin/sh 试一下,如果你想对两种shell的区别有深入了解,点击这里。

注意:
如果你在Dockerfile中引用了自定义脚本,比如:entrypoint: ./entrypoint.sh,如果没有单独给该脚本通过chmod +x ./entrypoint.sh 添加执行权限,也可能会报这个错误。
前言
在docker学习中,大部分容器进入的脚本都是/bin/bash,比如tomcat,所以不假思索的认为其他容器进入方式的脚本类型也是/bin/bash,然而这是一个误区。

解析步骤
1.首先,了解一些脚本的类型
[root@centOS7 ~]cat /etc/shells /bin/sh /bin/bash /usr/bin/sh /usr/bin/bash /bin/tcsh /bin/csh [root@centOS7 ~]#
本机脚本解释器类型有4种。最常见的是前两种 (usr)/bin/sh和(usr)/bin/bash,还有一些不是很常见的脚本类型:ash、ksh、csh、zsh等,不同的shell都有自己的特点以及用途。
2.进入Tomcat容器内部,查Tomcat启动脚本解释器类型
docker exec -it tomcat /bin/bash ls cd bin && ls cat cat startup.sh

不难发现,它的启动脚本解释器类型是/usr/bin/bash
3.进入Nginx容器内部,查Nginx启动脚本解释器类型
exit #退出tomcat容器 docker ps #查看正在运行的容器列表 docker exec -it 3cae7605916d /bin/sh #进入nginx容器 cd /etc/init.d && ls cat nginx #并不是想要/bin/sh结果

发现,首行并不是想要的结果/bin/bash,不放弃继续找
find / -name nginx -type f #仅查找nginx启动文件 find / -name nginx #过滤出目录下所有的nginx

最后的最后,怎么找nginx的启动脚本,期望能找到首行的解释器是/bin/sh,但是事与愿违,不是乱码就是/sbin/openrc-run。
总结
经过各种求教,得到的答案,nginx:alpine精简版,在做镜像的时候,只装了sh,没有装bash,所以用不了bash。shell类型有很多种,但是sh类型的shell是最基础的,所以大部分镜像都支持。这就不难理解为什么docker exec -it 可以使用 /bin/sh进入镜像内部了。
docker exec使用小技巧:后面的/bin/或者/usr/bin/可以省略掉,直接写sh 或者 bash。
到此这篇关于Docker报错:OCI runtime exec failed: exec failed: container_linux.go:380: starting container process解决的文章就介绍到这了,更多相关Docker报错:OCI runtime exec failed内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!
相关文章
Centos8.3、docker部署springboot项目实战案例分析
这篇文章主要介绍了Centos8.3、docker部署springboot项目实战记录,包括docker安装,开启docker远程访问端口的方法及配置idea docker环境的方法,需要的朋友可以参考下2021-06-06
Docker自定义镜像的实现步骤(SpringBoot程序为例)
Docker自定义镜像指的是用户根据自己的需求和规范,使用Dockerfile或其他方式创建的一个Docker镜像,本文给大家介绍了Docker自定义镜像的实现步骤,文中通过图文讲解的非常详细,需要的朋友可以参考下2024-06-06
docker容器在uos-12038.101上启动报错的解决办法
这篇文章主要介绍了docker容器在uos-12038.101上启动报错的问题,解决方案是需要在/etc/systemd/system/或者 /usr/lib/systemd/system/2024-03-03
找到docker.service文件,在ExecStart=/usr/bin/dockerd后面添加 --default-ulimit nofile=65536:65536参数,需要的朋友可以参考下


最新评论