Docker开始抛出以下错误:

standard_init_linux。Go:178: exec用户进程导致“exec格式错误”

每当我用CMD或ENTRYPOINT运行特定的docker容器时,不考虑对文件的任何更改,然后删除CMD或ENTRYPOINT。这是我一直在工作的docker文件,直到大约一个小时前都工作得很完美:

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"]

当前回答

得到了同样的错误,我正在建立ARM图像后改变到AMD。固定的问题

该错误通常意味着您试图在非amd64主机(例如32位或ARM)上运行此amd64映像。

通过使用buildx并指定——platform linux/amd64来尝试构建

示例命令

docker buildx  build -t ranjithkumarmv/node-12.13.0-awscli . --platform linux/amd64

其他回答

添加以下代码

#!/usr/bin/env bash

在脚本文件的顶部。

我目前正在摇晃一台M1 Mac,我也在早些时候遇到了这个问题。实际上,我实现了一个Fargate任务,它是我作为堆栈的一部分部署的,它已经运行了一个多月了,因为我把它部署在我的M1 Mac笔记本电脑上。部署脚本在我的旧的基于英特尔的Mac上运行得很好。

我刚刚在CW日志中注意到的错误(任务已经失败了一个多月)完全如下所示:

standard_init_linux.go:228: exec user process caused: exec format error

为了修复它,在所有的docker构建步骤中——因为我有一个用于构建lambda层,另一个用于构建Fargate任务——我只是更新添加了——platform=linux/amd64。请注意,如果我在-t参数后添加标记,例如img-test:0.1-amd64,它对我不起作用。我想知道这是否可能是因为我在后面的脚本中引用了:latest标记。

无论如何,这些都是必要的改变。你会注意到,我所做的只是添加了——platform参数;其他一切都保持不变。

ecr_repository="some/app"

docker build -t ${ecr_repository} \
        --platform=linux/amd64 \
        --build-arg SOME_ARG='value' \
        .

我不确定这在技术上是否需要,但为了安全起见,我也更新了Dockerfiles中的所有FROM语句:

FROM --platform=linux/amd64 ubuntu:<version>

standard_init_linux。Go:228: exec用户进程导致:exec格式错误 对我来说,这是因为在我的go项目中没有主包。希望它能帮助到别人。

还有一种可能是#!/bin/bash不在第一行。在它之前一定什么都没有(没有空行,什么都没有)。

如果您正在使用运行容器的IBR1700路由器,在使用命令容器日志test(其中test是容器的名称)后,在路由器命令行中可能会得到类似的错误。

要解决这个问题,您需要构建应用程序,使其运行在不同的平台上。它使用linux/arm/v7。

docker run -it --rm --privileged docker/binfmt:a7996909642ee92942dcd6cff44b9b95f08dad64
docker buildx create --name mybuilder
docker buildx use mybuilder
docker buildx build --platform linux/arm/v7 --no-cache -t <username/repository>:<tag> . --push

使用此构建推送到存储库意味着它可以在路由器上运行。

https://github.com/cradlepoint/container-samples