buildkit · Docker
El mensaje
failed to solve: process "/bin/sh -c npm ci" did not complete successfully: exit code: 1
Qué significa
Esa línea RUN de tu Dockerfile terminó con un estado distinto de cero. Esta línea solo dice qué comando falló y con qué código; el motivo real está en la salida de ese comando, más arriba, que BuildKit suele plegar en cuanto un paso termina. Volver a ejecutar con docker build --progress=plain imprime la salida completa de cada paso, y si una capa en caché oculta un fallo anterior, añade --no-cache, al precio de reconstruir todo desde el primer paso. exit code: 1 no es un motivo, solo el hecho de que el comando falló.
El arreglo
docker build --progress=plain --no-cache .- Lo imprime
- buildkit
- Docker
- 12
Los errores de Docker solo se vuelven legibles cuando los sitúas en una capa —el cliente que no alcanza al demonio, el registro que te rechaza, un RUN que falla durante la compilación y un contenedor que muere al arrancar son cuatro problemas distintos— y en las capas de compilación y ejecución la línea en sí no es el motivo: el motivo está en la salida del comando que corría dentro, y el precio de cada arreglo también cambia según la capa.
Cómo leer un mensaje de error
- Lee desde la primera línea. Cuanto más abajo, más son las tripas de la herramienta; la causa suele estar arriba.
- Si hay un archivo y un número de línea, empieza ahí: no el marco superior de la pila, sino la línea más alta que nombre un archivo tuyo.
- Busca el mensaje literal, pero quita antes tus rutas y nombres de variables: eso es lo que impide que la búsqueda coincida.
- La misma condición se redacta distinto según la versión. Si los resultados no cuadran, añade el número de versión.
- Antes de pegar un arreglo, comprueba qué descarta. Algunos no se pueden deshacer.
Preguntas frecuentes
Q. ¿Qué significa «failed to solve: process "/bin/sh -c npm ci" did not complete successfully: exit code: 1»?
Esa línea RUN de tu Dockerfile terminó con un estado distinto de cero. Esta línea solo dice qué comando falló y con qué código; el motivo real está en la salida de ese comando, más arriba, que BuildKit suele plegar en cuanto un paso termina. Volver a ejecutar con docker build --progress=plain imprime la salida completa de cada paso, y si una capa en caché oculta un fallo anterior, añade --no-cache, al precio de reconstruir todo desde el primer paso. exit code: 1 no es un motivo, solo el hecho de que el comando falló.
Q. ¿Cómo se arregla?
docker build --progress=plain --no-cache . — antes de ejecutarlo, mira arriba qué descarta este comando.
Q. ¿Qué herramienta lo imprime?
buildkit. Está en Docker y el mensaje tiene 15 palabras.