Kubernetes will set a container's state to ImagePullBackOff if it is unable to pull an image. After a grace period, the kubelet will attempt to extract the image once more with a longer back-off time. This status is comparable to the CrashLoopBackOff status, which is a respite between retries following a container fault.
It's crucial to understand that ImagePullBackOff is NOT a bug. Simply put, it is a status reason that denotes an issue with pulling a image. Until the image is successfully pulled or the allotted number of retries has been reached, the kubelet will keep trying to pull the image.
Here, I have the same "error" :
what does it say :
Let's do a log check for this pod and see what it says :
Bad request : container is watiting to start : trying and failing to "pull image"
( quite self-explanatory isn't it ? ).
Now let us see the events if it can tell us something similar :
Two things :
When kubelet tries to start a container in the pod but encounters an issue with the image specified in your Pod / Deployment : the status ErrImagePull is shown.
Kubernetes initially throws the ErrImagePull error, and then after retrying a few times, “pulls back” and schedules another download attempt.
Note the message in the events log : failed to pull image ...rpc error.....unkown manifest.
Same thing can be checked in oc describe pod <pod-name> also :
This can happen when you have provided :
You will have to troubleshoot this based on the oc logs/events/describe command shown above. Ensure that name and URL of the image is correct and you can authenticate to the registry and can pull from it. If the network issue is there , restore the network connectivity and then retry - it will work.
Red Hat
Learning Community
A collaborative learning environment, enabling open source skill development.