Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

ImagePullBackOff for hco-operator and hco-webhook #2954

Closed
manas-suleman opened this issue May 8, 2024 · 4 comments · Fixed by #3009
Closed

ImagePullBackOff for hco-operator and hco-webhook #2954

manas-suleman opened this issue May 8, 2024 · 4 comments · Fixed by #3009
Labels

Comments

@manas-suleman
Copy link

What happened:
ImagePullBackOff error for hco-operator and hco-webhook. Both pods fail to pull the required image.

What you expected to happen:
hco-operator and hco-webhook pull the image successfully, create the container and pod status changes to Running.

How to reproduce it (as minimally and precisely as possible):
I'm using the following documentation: https://docs.okd.io/4.15/virt/install/installing-virt.html
These are the steps I followed:

  1. Install OKD4.15 bare-metal with 3 masters.
  2. On OperatorHub, Install "KubeVirt HyperConverged Cluster Operator" with the following options,
    • Update channel: Stable
    • Version: 1.10.0
    • Installation Mode: All namespaces on the cluster (default)
    • Installed Namespace: Operator recommended Namespace: kubevirt-hyperconverged
    • Update approval: Automatic
  3. Check pod creation. All pods go into "Running" state except hco-operator and hco-webhook.

Additional context:
Add any other context about the problem here.

Environment:

  • KubeVirt version (use virtctl version): N/A
  • Kubernetes version (use kubectl version): v1.28.2-3598+6e2789bbd58938-dirty
  • VM or VMI specifications: N/A
  • Cloud provider or hardware configuration: bare-metal
  • OS (e.g. from /etc/os-release): Fedora CoreOS
  • Kernel (e.g. uname -a): 6.7.4-200.fc39.x86_64
  • Install tools: N/A
  • Others: N/A
@orenc1
Copy link
Collaborator

orenc1 commented May 8, 2024

Thanks for reporting, @manas-suleman !
It looks like the stable channel in the community operators catalog is pointing to an obsolete version, v1.10.0.
We'll fix it. In the meanwhile you can use channel 1.11.0 or 1.10.7 for the desired version.
cc: @nunnatsa

@manas-suleman
Copy link
Author

Thanks for the update @orenc1. I can confirm successful installation using 1.10.7 version. Cheers for that.

@nunnatsa
Copy link
Collaborator

As far as I can see, the catalog.json file within the catalog-source pod, contains both the 1.10.7 and the stable channel. In the new versions, after we fixed the index image issues we had, we no longer create "stable" channel. I guess that that why the new channel was added instead of replacing the old stable channel.

However, the new fixed channel is also the default channel. When installing this from OKD UI, the rigth channel is set by default.

Still, we need to find out how to remove the old channel. @orenc1 - any idea?

@tiraboschi
Copy link
Member

HCO v1.11.1 is now the head of the stable channel as for: https://operatorhub.io/operator/community-kubevirt-hyperconverged/stable/kubevirt-hyperconverged-operator.v1.11.1

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants