Open eb4x opened 1 month ago
@arnongilboa could you take a look at this? It seems we should be supporting this scenario. @eb4x Are you using HCO to deploy the kubevirt components are are you doing a more custom setup? Make sure that you have configured your DataImportCron objects to point to the correct registry. From the error message it looks like you are still trying to fetch from quay.
@eb4x Are you using HCO to deploy the kubevirt components are are you doing a more custom setup?
Yep, I'm using the HCO to deploy.
Make sure that you have configured your DataImportCron objects to point to the correct registry. From the error message it looks like you are still trying to fetch from quay.
I'll look into this further, I might have missed something. The idea behind our registry overrides is that we don't have to change where we're pulling from. The worker nodes should know to pull from the mirror-registry.
It works for resources specified in kubernetes. (deployments, daemonsets, pods, etc.) But maybe not from within a running container which is kinda what's happening here?
What happened: The cronjobs fetching fedora/centos images time out in an air-gapped cluster.
What you expected to happen: Getting the image from a mirror via the
/etc/containers/registries.conf.d/99-mirror-registries.conf
configuration on each node.Additional context:
I have a baremetal OKD 4.14 SCOS in an semi-air-gapped environment. I push images to a minimal mirror-registry (quay) separate from the cluster, and all nodes have a configuration (see above snippet) that forwards the most common registry-urls to a location in mirror-registry.
Environment:
kubectl get deployments cdi-deployment -o yaml
): 1.10.7kubectl version
): v1.27.1-3507+28ed2d70d51caa-dirtyuname -a
): 5.14.0-410.el9.x86_64