-
Notifications
You must be signed in to change notification settings - Fork 82
Description
If OADP is installed in a disconnected environment the result is the oadp-operator will fail as well as the velero service even after quay.io/konveyor is added to the OCP imagecontentsourcepolicy so that images can be pulled from this location.
# oc get pods
NAME READY STATUS RESTARTS AGE
oadp-default-aws-registry-7f4ccc484-4qm48 0/1 ImagePullBackOff 0 43h
oadp-operator-86dc5c8578-zgmxf 0/1 ImagePullBackOff 0 4m58s
velero-598fb6447-z5vqd 0/1 Init:ImagePullBackOff 0 42h
velero-5cf5445d97-wk45p 0/1 Init:ImagePullBackOff 0 43h
For disconnected deployments the following should be done:
-
All image pulls must use image@sha
-
All image@sha needed for any of the CRs should be listed in CSV relatedImages. This is needed for disconnected air gap environments where the mirror registry has to be pre-populated with all image@sha that will be needed for a particular OADP version. Once the registry is disconnected OADP can be installed using these images.
-
Image pulls should be from a single location (i.e. quay.io/konveyer; registry.redhat.io) if possible and docker.io should not be used because most customers in disconnected OCP envs will not whitelist docker.io due to security concerns.