Question

我有一个泊坞窗映像，该映像基本上运行一次脚本。该脚本有3个参数。我的docker文件是

FROM <some image>

ARG URL
ARG USER
ARG PASSWORD

RUN apt update && apt install curl -y

COPY register.sh .
RUN chmod u+x register.sh

CMD ["sh", "-c", "./register.sh $URL $USER $PASSWORD"]

当我使用docker run -e URL=someUrl -e USER=someUser -e PASSWORD=somePassword -itd <IMAGE_ID>旋转容器时，它工作得很好。

现在我想将其部署为工作。

我的基本工作如下：

apiVersion: batch/v1
kind: Job
metadata:
  name: register
spec:
  template:
    spec:
      containers:
      - name: register
        image: registeration:1.0
        args: ["someUrl", "someUser", "somePassword"]
      restartPolicy: Never
  backoffLimit: 4

但这是吊舱错误

Error: failed to start container "register": Error response from daemon: oci runtime error: container_linux.go:247: starting container process caused "exec: \"someUrl\": executable file not found in $PATH"

好像正在将我的args作为命令并尝试执行它们。那是对的吗？我该怎么做才能解决此问题？

Answer 1

在您编写的Dockerfile中，发生了两件事：

URL，用户名和密码在图像中固定。可以获取图像的任何人都可以运行docker history并以纯文本格式查看它们。
容器启动不接受任何参数；它只运行带有固定参数集的单个命令。

特别是因为您打算在执行时传递这些参数，所以我不会尝试将它们包含在图像中。我将Dockerfile减少为：

FROM ubuntu:18.04
RUN apt update \
 && DEBIAN_FRONTEND=noninteractive \
    apt install --assume-yes --no-install-recommends \
      curl
COPY register.sh /usr/bin
RUN chmod u+x /usr/bin/register.sh
ENTRYPOINT ["register.sh"]

启动它时，Kubernetes args:作为命令行参数传递到入口点。（这与Docker Compose command:和纯格式docker run命令末尾的自由格式命令相同。）使脚本成为容器入口点将使您的Kubernetes YAML正常工作你期望的。

通常，我更喜欢使用CMD而不是ENTRYPOINT。（此外，docker run --rm -it ... /bin/sh可以更轻松地调试映像构建。）如果执行此操作，则Kubernetes args:需要包含正在运行的脚本的名称：

args: ["./register.sh", "someUrl", "someUser", "somePassword"]

Answer 2

使用：

args: ["sh", "-c", "./register.sh someUrl someUser somePassword"]

向工作发送参数

2 个答案: