COPY falhou: stat / var / lib / docker / tmp / docker-xxx: nenhum arquivo ou diretório.

Question

Eu tenho um fluxo de trabalho de ações do github para construir uma imagem docker:

name: Backend-Demo Docker Image CI
on:
  push:
    branches: [ master ]
jobs:
  build:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v2
      - name: Login to Azure Container Registry
        run: echo ${{ secrets.REGISTRY_PASSWORD }} | docker login ${{ secrets.LOGIN_SERVER_URL }} -u ${{ secrets.REGISTRY_USERNAME }} --password-stdin - name: Get the version id: vars run: echo ::set-output name=tag::$(echo ${GITHUB_REF:10})
      - name: Build the tagged Docker image
        run: docker build . --file backend/Dockerfile --tag backend-demo/spring-boot:v1.0

O Dockerfile é:

FROM openjdk:14-alpine
MAINTAINER example.com
RUN mkdir -p /opt/demo-0.0.1/lib
# Setting application source code working directory
WORKDIR /opt/demo-0.0.1/
COPY target/demo-0.0.1-SNAPSHOT.jar /opt/demo-0.0.1/lib/demo-0.0.1-SNAPSHOT.jar
# ADD target/demo-0.0.1-SNAPSHOT.jar /opt/demo-0.0.1/lib/

RUN sh -c 'touch demo-0.0.1-SNAPSHOT.jar'
ENTRYPOINT ["java"]
CMD ["-jar", "/opt/demo-0.0.1/lib/demo-0.0.1-SNAPSHOT.jar"]

Mas quando executo este fluxo de trabalho, recebo este erro na COPYinstrução:

Step 5/8 : COPY target/demo-0.0.1-SNAPSHOT.jar /opt/demo-0.0.1/lib/demo-0.0.1-SNAPSHOT.jar
COPY failed: stat /var/lib/docker/tmp/docker-builder851513197/target/demo-0.0.1-SNAPSHOT.jar: no such file or directory
##[error]Process completed with exit code 1.

Tenho verificado e parece um erro típico quando o arquivo que temos Dockerfileem um diretório diferente como a minha instrução:

docker build . --file backend/Dockerfile --tag backend-demo/spring-boot:v1.0

Eu também não tenho o .dockerignorearquivo e meu Dockerfile é chamado Dockerfileprecisamente.

O target/demo-0.0.1-SNAPSHOT.jararquivo que estou tentando copiar está presente no meu repositório github Não tenho certeza do que pode estar acontecendo com o contexto, mas provavelmente esta resposta pode ser uma boa dica?

Answer 1

Quando você corre

docker build . --file backend/Dockerfile ...

O argumento do caminho .se torna o diretório de contexto . (Na verdade, o Docker envia a si mesmo uma cópia dessa árvore de diretório, de onde /var/lib/docker/tmp/...vem o caminho.) Os argumentos de origem COPYe as ADDinstruções são relativos ao diretório de contexto, não ao Dockerfile.

Se sua árvore de origem se parece com

.
+-- backend
| \-- Dockerfile
\-- target
  \-- demo-0.0.1-SNAPSHOT.jar

que corresponde ao Dockerfile que você mostra. Mas se ao invés você tiver

.
+-- backend
  +-- Dockerfile
  \-- target
    \-- demo-0.0.1-SNAPSHOT.jar

você obterá o erro que vê.

Se você não precisa se referir a nada fora do diretório de contexto, você pode apenas mudar para qual diretório está passando docker build

COPY target/demo-0.0.1-SNAPSHOT.jar /opt/demo-0.0.1/lib/demo-0.0.1-SNAPSHOT.jar

docker build backend ...

Ou, se você tiver outro conteúdo para copiar, será necessário alterar os COPYcaminhos para serem relativos ao diretório superior.

COPY backend/target/demo-0.0.1-SNAPSHOT.jar /opt/demo-0.0.1/lib/demo-0.0.1-SNAPSHOT.jar
COPY common/config/demo.yml /opt/demo-0.0.1/etc/demo.yml

docker build . -f backend/Dockerfile ...

Answer 2

WORKDIR apenas informa de onde os outros comandos serão executados. Um ponto importante é o diretório WORKDIR works wrt docker, não para o diretório local / git. Conforme seu exemplo, WORDIR não leva contexto para /opt/demo-0.0.1/ , mas apenas cria um diretório vazio como /opt/demo-0.0.1/ dentro do docker. Para fazer o dockerfile funcionar, você deve fornecer o caminho completo no comando COPY como COPY /opt/demo-0.0.1/target/demo-0.0.1-SNAPSHOT.jar /opt/demo-0.0.1/lib/demo- 0.0.1-SNAPSHOT.jar. Certifique - se de que o Dockerfile esteja no mesmo nível que o diretório / opt.