web-dev-qa-db-ja.com

standard_init_linux.go：178：execユーザープロセスにより「exec format error」が発生しました

ドッカーはこのエラーを投げ始めました：

standard_init_linux.go：178：execユーザープロセスにより「exec format error」が発生しました

cMDまたはENTRYPOINTを使用して特定のdockerコンテナーを実行する場合は常に、ファイルへの変更に関係なく、CMDまたはENTRYPOINTを削除します。ここに私が作業してきたdockerファイルがありますが、これは約1時間前まで完全に機能していました。

FROM buildpack-deps:jessie

ENV PATH /usr/local/bin:$PATH

ENV LANG C.UTF-8

RUN apt-get update && apt-get install -y --no-install-recommends \
        tcl \
        tk \
    && rm -rf /var/lib/apt/lists/*

ENV GPG_KEY 0D96DF4D4110E5C43FBFB17F2D347EA6AA65421D
ENV PYTHON_VERSION 3.6.0

ENV PYTHON_PIP_VERSION 9.0.1

RUN set -ex \
    && buildDeps=' \
        tcl-dev \
        tk-dev \
    ' \
    && apt-get update && apt-get install -y $buildDeps --no-install-recommends && rm -rf /var/lib/apt/lists/* \
    \
    && wget -O python.tar.xz "https://www.python.org/ftp/python/${PYTHON_VERSION%%[a-z]*}/Python-$PYTHON_VERSION.tar.xz" \
    && wget -O python.tar.xz.asc "https://www.python.org/ftp/python/${PYTHON_VERSION%%[a-z]*}/Python-$PYTHON_VERSION.tar.xz.asc" \
    && export GNUPGHOME="$(mktemp -d)" \
    && gpg --keyserver ha.pool.sks-keyservers.net --recv-keys "$GPG_KEY" \
    && gpg --batch --verify python.tar.xz.asc python.tar.xz \
    && rm -r "$GNUPGHOME" python.tar.xz.asc \
    && mkdir -p /usr/src/python \
    && tar -xJC /usr/src/python --strip-components=1 -f python.tar.xz \
    && rm python.tar.xz \
    \
    && cd /usr/src/python \
    && ./configure \
        --enable-loadable-sqlite-extensions \
        --enable-shared \
    && make -j$(nproc) \
    && make install \
    && ldconfig \
    \
    && if [ ! -e /usr/local/bin/pip3 ]; then : \
        && wget -O /tmp/get-pip.py 'https://bootstrap.pypa.io/get-pip.py' \
        && python3 /tmp/get-pip.py "pip==$PYTHON_PIP_VERSION" \
        && rm /tmp/get-pip.py \
    ; fi \
    && pip3 install --no-cache-dir --upgrade --force-reinstall "pip==$PYTHON_PIP_VERSION" \
    && [ "$(pip list |tac|tac| awk -F '[ ()]+' '$1 == "pip" { print $2; exit }')" = "$PYTHON_PIP_VERSION" ] \
    \
    && find /usr/local -depth \
        \( \
            \( -type d -a -name test -o -name tests \) \
            -o \
            \( -type f -a -name '*.pyc' -o -name '*.pyo' \) \
        \) -exec rm -rf '{}' + \
    && apt-get purge -y --auto-remove $buildDeps \
    && rm -rf /usr/src/python ~/.cache

RUN cd /usr/local/bin \
    && { [ -e easy_install ] || ln -s easy_install-* easy_install; } \
    && ln -s idle3 idle \
    && ln -s pydoc3 pydoc \
    && ln -s python3 python \
    && ln -s python3-config python-config

RUN pip install uwsgi

RUN mkdir /config

RUN mkdir /logs

ENV HOME /var/www

WORKDIR /config

ADD conf/requirements.txt /config

RUN pip install -r /config/requirements.txt

ADD conf/wsgi.py /config

ADD conf/wsgi.ini /config

ADD conf/__init__.py /config

ADD start.sh /bin/start.sh

RUN chmod +x /bin/start.sh

EXPOSE 8000

ENTRYPOINT ["start.sh", "uwsgi", "--ini", "wsgi.ini"]
pythonlinuxbashdocker
46
Marcus Ruddick

置くのを忘れた

#!/bin/bash

shファイルの先頭で、問題は解決しました。

113
Marcus Ruddick

このコードを追加

   #!/usr/bin/env bash

スクリプトファイルの先頭。

8
rainstop3

これのもう1つの考えられる理由は、ファイルがWindows行末記号（CRLF）で保存されている場合です。 Unix行末記号（LF）で保存すると、ファイルが見つかります。

2
Ryan Allen

オフラインでロードされたイメージを実行すると、RHEL 7.3、docker 17.05-ceで同じ問題に直面しました。 RHEL/CentOSのデフォルトのストレージドライバーが device-mapper からoverlayに変更されたようです。ドライバーをdevicemapperに戻すと、問題が修正されました。

dockerd --storage-driver=devicemapper

または

/etc/docker/daemon.json
{
  "storage-driver": "devicemapper"
}
1
Omid

もう1つの可能性は、＃！/ bin/bashが最初の行にないことです。その前には本当に何もないはずです（空行も何もない）。

0
Piotr Kepka

受け入れられた答えへの拡張：

Alpine（bashなし）イメージの場合：

#!/bin/ash

shファイルの先頭で、問題を解決します。

0
pme

質問に対する直接的な答えではありません。 「docker-compose up」を呼び出してnodejsアプリケーションを起動するときにエラーが発生しましたが。 「Dockerfile」にCMD ["./server.js"]があることに気付きました。

修正するには、CMD ["npm","start"]に置き換えて、問題を解決しました。この例外のために誰かがここに着いたら、これが役に立つと思ってください。

0
Vijay Yadav