buildkit · Docker
Le message
failed to solve: process "/bin/sh -c npm ci" did not complete successfully: exit code: 1
Ce que cela veut dire
Cette ligne RUN de votre Dockerfile s'est terminée avec un état non nul. Cette ligne ne dit que quelle commande a échoué et avec quel code ; la vraie raison se trouve dans la sortie de cette commande, au-dessus, que BuildKit replie souvent dès qu'une étape s'achève. Relancer avec docker build --progress=plain affiche intégralement la sortie de chaque étape, et si une couche en cache masque un échec plus ancien, ajoutez --no-cache — au prix d'une reconstruction depuis la première étape. exit code: 1 n'est pas une raison, seulement le fait que la commande a échoué.
Le correctif
docker build --progress=plain --no-cache .- Émis par
- buildkit
- Docker
- 12
Les erreurs de Docker ne deviennent lisibles qu'une fois rangées par couche — le client qui n'atteint pas le démon, le registre qui refuse, un RUN qui échoue au build, un conteneur qui meurt dès son démarrage sont quatre problèmes distincts — et pour les couches build et exécution, la ligne n'est pas la raison : la raison est dans la sortie de la commande qui tournait à l'intérieur, tandis que le coût de chaque correctif varie aussi selon la couche.
Lire un message d’erreur
- Lisez à partir de la première ligne. Plus on descend, plus il s’agit des entrailles de l’outil ; la cause est généralement en haut.
- S’il y a un fichier et un numéro de ligne, commencez là — pas la première image de la pile, mais la ligne la plus haute qui nomme un fichier de vous.
- Cherchez le message tel quel, mais retirez d’abord vos chemins et vos noms de variables : c’est cela qui empêche la correspondance.
- La même situation se formule autrement selon la version de l’outil. Si les résultats sonnent faux, ajoutez le numéro de version.
- Avant de coller un correctif, vérifiez ce qu’il jette. Certains sont irréversibles.
Questions fréquentes
Q. Que veut dire « failed to solve: process "/bin/sh -c npm ci" did not complete successfully: exit code: 1 » ?
Cette ligne RUN de votre Dockerfile s'est terminée avec un état non nul. Cette ligne ne dit que quelle commande a échoué et avec quel code ; la vraie raison se trouve dans la sortie de cette commande, au-dessus, que BuildKit replie souvent dès qu'une étape s'achève. Relancer avec docker build --progress=plain affiche intégralement la sortie de chaque étape, et si une couche en cache masque un échec plus ancien, ajoutez --no-cache — au prix d'une reconstruction depuis la première étape. exit code: 1 n'est pas une raison, seulement le fait que la commande a échoué.
Q. Comment le corriger ?
docker build --progress=plain --no-cache . — avant de le lancer, vérifiez plus haut ce que cette commande jette.
Q. Quel outil émet cela ?
buildkit. Cela relève de Docker, et le message compte 15 mots.