Pourquoi la commande oc debug
échoue-t-elle avec le message container is unable to start error
?
Lorsque vous exécutez la commande oc debug
sur un cluster privé, un message d'erreur similaire au suivant s'affiche.
oc debug node/<node-name>
Starting pod/1024104-debug ...
To use host binaries, run `chroot /host`
warning: Container container-00 is unable to start due to an error: Back-off pulling image "quay.io/openshift-release-dev/ocp-v4.0-art-dev@sha256:7dd7a3a1be7009629c709e6c88a1551d471aba9bf3deb873bc5f4d814675edfe"
La commande oc debug
démarre un pod de débogage sur le noeud que vous spécifiez. Le pod de débogage utilise une image de conteneur public à partir du registre de conteneur quay.io
. Sur les clusters privés sans accès à
l'Internet public, votre cluster ne peut pas extraire l'image du conteneur de débogage du registre public.
Pour résoudre ce problème, extrayez une image ocp-release
de quay.io
et envoyez-la à votre registre d'images privé. Ensuite, lorsque vous exécutez la commande oc debug
, indiquez l'image du conteneur privé
que vous souhaitez utiliser.
-
Tirez une image de quay.io qui correspond à la version et à l'architecture de votre cluster. Par exemple, si vous disposez d'un cluster
4.7.19
, extrayez l'imagequay.io/openshift-release-dev/ocp-release:4.7.19-x86_64
. Notez que vous devez disposer d'un compte Red Hat et de droits pour extraire des images.docker pull quay.io/openshift-release-dev/ocp-release:4.7.19-x86_64
-
Etiquetez et envoyez l'image dans votre registre de conteneurs privé..
-
Réessayer la commande "
oc debug
avec l'option "--image=icr.io
oc debug node/<node-name> --image=icr.io/<namespace>/<image>:<tag>