buildkit · Docker
A mensagem
failed to solve: process "/bin/sh -c npm ci" did not complete successfully: exit code: 1
O que significa
Aquela linha RUN do seu Dockerfile terminou com status diferente de zero. Esta linha só diz qual comando falhou e com que código; o motivo real está na saída daquele comando, acima, que o BuildKit costuma recolher quando o passo termina. Rodar de novo com docker build --progress=plain imprime a saída completa de cada passo, e se uma camada em cache esconde uma falha antiga, acrescente --no-cache — ao custo de reconstruir tudo desde o primeiro passo. exit code: 1 não é um motivo, apenas o fato de o comando ter falhado.
A correção
docker build --progress=plain --no-cache .- Impresso por
- buildkit
- Docker
- 12
Os erros do Docker só ficam legíveis quando você os coloca numa camada — o cliente que não alcança o daemon, o registro que te recusa, um RUN que falha durante o build e um contêiner que morre ao subir são quatro problemas diferentes — e nas camadas de build e execução a linha em si não é o motivo: o motivo está na saída do comando que rodava dentro, e o preço de cada correção também muda por camada.
Como ler uma mensagem de erro
- Leia da primeira linha para baixo. Quanto mais abaixo, mais são as tripas da ferramenta; a causa costuma estar no topo.
- Se há arquivo e número de linha, comece ali — não o quadro superior da pilha, e sim a linha mais alta que nomeie um arquivo seu.
- Pesquise a mensagem literal, mas tire primeiro seus caminhos e nomes de variáveis: é isso que impede a busca de casar.
- A mesma condição é redigida de formas diferentes conforme a versão. Se os resultados não batem, some o número da versão.
- Antes de colar uma correção, veja o que ela descarta. Algumas não dá para desfazer.
Perguntas frequentes
Q. O que significa “failed to solve: process "/bin/sh -c npm ci" did not complete successfully: exit code: 1”?
Aquela linha RUN do seu Dockerfile terminou com status diferente de zero. Esta linha só diz qual comando falhou e com que código; o motivo real está na saída daquele comando, acima, que o BuildKit costuma recolher quando o passo termina. Rodar de novo com docker build --progress=plain imprime a saída completa de cada passo, e se uma camada em cache esconde uma falha antiga, acrescente --no-cache — ao custo de reconstruir tudo desde o primeiro passo. exit code: 1 não é um motivo, apenas o fato de o comando ter falhado.
Q. Como corrigir?
docker build --progress=plain --no-cache . — antes de rodar, veja acima o que este comando descarta.
Q. Qual ferramenta imprime isso?
buildkit. Fica em Docker e a mensagem tem 15 palavras.