+++ This bug was initially created as a clone of Bug #1821276 +++ The CAM stack currently does not support running with a proxy configuration. The desired support scenario is the following: * On a 4.x restricted only for external traffic via proxy, if a "proxy" object is configured with HTTP_PROXY, HTTPS_PROXY, and NO_PROXY, the CAM operator should be installed via OLM, and OLM should apply these environment variables to the CAM operator. The CAM operator is responsible for propagating these variables to all of the required operands (controller, velero, and restic). Additionally, anything that is spawned by the operands that also is required to utilize these proxy vars, specifically the registry that the controller spawns for migrating internal cluster images. * On a 3.x cluster, the operator is normally manually installed by extracting the operator.yml and controller-3.yml files off of the operator image and oc creating these files. The user must manually configure the proxy on the MigrationController CR by editing the controller-3.yml file, and setting the following fields: "http_proxy", "https_proxy", and "no_proxy". NOTE: It's extremely important that NO_PROXY for both cases is correctly configured so traffic destined for the internal cluster is *not* proxied. --- Additional comment from Erik Nelson on 2020-04-06 13:41:22 UTC --- Upstream master PRs: https://github.com/konveyor/mig-operator/pull/278 https://github.com/konveyor/mig-controller/pull/473 https://github.com/vmware-tanzu/velero-plugin-for-aws/pull/37 (plan is to rebase our fork on top of this once its accepted, for now we are adding to our fork below) https://github.com/konveyor/velero-plugin-for-aws/pull/3
Learned 4.1 does not have a Proxy CRD. For 4.1, users will have to manually configure their operator via the same MigrationController variables described for 3.x.
Verified using CAM 1.1.2 stage Those migrations went fine: 4.2 proxy -> 4.3 proxy 4.2 noproxy -> 4.3 noproxy 4.2 noproxy -> 4.3 proxy 4.2 proxy -> 4.4 no proxy
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHEA-2020:1552