Argo Workflows中Kaniko构建多应用Docker镜像失败排查

• 检查工作目录共享配置
  Argo的步骤默认是独立容器，clone下来的文件要被Kaniko访问，必须通过volumeClaimTemplates或emptyDir共享存储。确认你的workflow里两个步骤是否挂载了同一个卷，示例配置：

  spec:
    volumeClaimTemplates:
    - metadata:
        name: workdir
      spec:
        accessModes: ["ReadWriteOnce"]
        resources:
          requests:
            storage: 1Gi
    templates:
    - name: clone-repo
      container:
        image: alpine/git
        command: ["git", "clone", "your-repo-url", "/workdir"]
        volumeMounts:
        - name: workdir
          mountPath: /workdir
    - name: build-with-kaniko
      container:
        image: gcr.io/kaniko-project/executor:latest
        args: ["--dockerfile=/workdir/path/to/Dockerfile", "--context=/workdir", "--destination=your-ecr-repo"]
        volumeMounts:
        - name: workdir
          mountPath: /workdir
  

  没配置共享卷的话，Kaniko容器根本访问不到clone的文件。

• 确认Kaniko的context和Dockerfile路径
  检查Kaniko的--context参数是否指向代码根目录，--dockerfile路径是否正确。比如Dockerfile在repo根目录，要么设--dockerfile=Dockerfile且--context=/workdir，要么直接用--dockerfile=/workdir/Dockerfile。如果clone的代码在/workdir/my-app，那context要设为/workdir/my-app，或者dockerfile路径设为/workdir/my-app/Dockerfile。

• 验证clone步骤的文件位置
  即便你确认Dockerfile存在，也可以在clone步骤后加ls命令验证路径，比如：

  command: ["sh", "-c", "git clone your-repo-url /workdir && ls -l /workdir"]
  

  在Argo UI里查看步骤日志，就能看到clone后的文件列表，确认路径无误。

• 检查Kaniko的工作目录
  如果Kaniko默认工作目录不是共享卷挂载点，相对路径会出错。可以在Kaniko步骤里显式设置workingDir为共享卷路径：

  container:
    image: gcr.io/kaniko-project/executor:latest
    workingDir: /workdir
    args: ["--dockerfile=Dockerfile", "--context=.", "--destination=your-ecr-repo"]
  

• 排查权限问题
  有时候clone的文件权限会导致Kaniko无法读取，比如文件所有者是root但Kaniko用非root用户运行。可以在clone步骤后加chmod调整权限，或者在Kaniko步骤里设置runAsUser: 0以root身份运行（注意安全风险）。

内容的提问来源于stack exchange，提问作者rewa