IBM Cloud Docs
Pourquoi la commande oc debug échoue-t-elle avec le message container is unable to start error ?

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.

  1. 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'image quay.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
    
  2. Etiquetez et envoyez l'image dans votre registre de conteneurs privé..

  3. Réessayer la commande " oc debug avec l'option " --image=icr.io

    oc debug node/<node-name> --image=icr.io/<namespace>/<image>:<tag>