項(xiàng)目場景：

記一次Dockerfile構(gòu)建的Docker鏡像，啟動容器時(shí)sh: not found的問題

Dockerfile構(gòu)建的Docker鏡像，啟動容器時(shí)找不到start.sh，執(zhí)行docker run 命令時(shí)報(bào)錯(cuò)：/bin/sh: 1: /data/server/start.sh: not found

問題描述

Dockerfile如下(腳本正確無內(nèi)容錯(cuò)誤)

FROM openjdk:8
MAINTAINER it235.com

# 環(huán)境sit/pro，由gradle傳入
ARG env
ENV env ${env}

WORKDIR /data/server

#應(yīng)用包
COPY order.jar start.sh arthas-boot.jar /data/server/

RUN sh -c 'mkdir order' &&\
    sh -c 'mkdir logs' &&\
    sh -c 'mkdir order/gc' &&\
    sh -c 'chmod -R 755 order/' &&\
    sh -c 'chmod -R 755 logs/' &&\
    sh -c 'chmod 755 start.sh' &&\
    ln -sf /usr/share/zoneinfo/Asia/Shanghai /etc/localtime && echo 'Asia/Shanghai' >/etc/timezone

#啟動容器
ENTRYPOINT ["/bin/sh","-c","/data/server/start.sh ${env}"]
EXPOSE 80

造成原因

造成這個(gè)問題的原因主要有以下幾點(diǎn)：

1. docker中的文件夾沒有獲得權(quán)限
2. start.sh文件不在指定的目錄下
3. start.sh沒有權(quán)限
4. build image時(shí)沒有把該腳本傳入
5. start.sh文件中內(nèi)容錯(cuò)誤
6. start.sh中windows和unix的CRLF和LF的換行符問題
7. start.sh本身換行符沒問題，但是提交Git后由于git的設(shè)置導(dǎo)致文件換行符發(fā)生變化

最終發(fā)現(xiàn)我這里是第6點(diǎn)問題，坑爹，這里針對以上6點(diǎn)分別給出解決方案。

解決方案

原因1：Dockerfile中給權(quán)限即可，我這里已經(jīng)授權(quán)

原因2：在啟動容器報(bào)錯(cuò)后使用 docker cp 容器名稱:/data/server/start.sh ./命名拷貝到本地宿主機(jī)目錄，如果能夠拷貝出來，說明文件位置正確

原因3：Dockerfile中給權(quán)限，給到最高777

原因4：排查方式同原因3，注意build image時(shí)時(shí)一定要在Dockerfile當(dāng)前上下文中，maven和gradle項(xiàng)目可以用插件來做，可以看我的文檔進(jìn)行，文檔地址看上面Dockerfile第2行

原因5：構(gòu)建鏡像之前，先自己在linux上運(yùn)行下，保證內(nèi)容正確

原因6：這點(diǎn)和原因7一樣坑爹，一般情況下你根本不會考慮到這個(gè)問題，這個(gè)問題也非常好改，但是排查就要廢點(diǎn)心了。以IDEA編輯器為例

問題6我們是解決了，但是怎么排查出來是這個(gè)問題的呢，我們可以使用上述原因2的命令docker cp把start.sh從容器中拷貝出來(停止的容器也可以)，然后使用命令cat -A start.sh，如果你命令后面跟的是$美元符號，那么恭喜你，文件是LF換行的，如果跟的是^M$符號，那么不好意思，是CRLF換行符，以下2張圖給你做個(gè)對比。

原因7跟原因6一樣吧

好了，就到這里，做個(gè)小小的總結(jié)，給個(gè)愛心讓更多小伙子看到吧

總結(jié)

到此這篇關(guān)于Docker容器/bin/bash start.sh無法找到not found問題解決的文章就介紹到這了,更多相關(guān)Docker容器/bin/bash start.sh無法找到內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！