Docker報錯:OCI runtime exec failed: exec failed: container_linux.go:380: starting container process的解決

2022-07-19 18:01:03

詳細資訊

[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內容請搜尋it145.com以前的文章或繼續瀏覽下面的相關文章希望大家以後多多支援it145.com！

Docker報錯:OCI runtime exec failed: exec failed: container_linux.go:380: starting container process的解決

目錄

詳細資訊

前言

解析步驟

1.首先，瞭解一些指令碼的型別

2.進入Tomcat容器內部，查Tomcat啟動指令碼直譯器型別

總結

熱門文章