In order for console-operator deployment to succeed, cli-artifacts needs to be available on all arches (which it now is) for downloads-openshift-console. However, in that case, /usr/bin/oc (inherited from cli) is a native binary, and we want to provide all primary Linux architectures to match those on mirror.openshift.com, regardless of cluster architecture.
This depends on bug 1773807 to provide the new binaries in cli-artifacts.
This needs to go into 4.2.z because this affects cluster deployment on Z.
The fix for 4.2 will be a cherry-pick of the first of the two commits from https://github.com/openshift/console-operator/pull/343 (the second commit is relevant only to new code in 4.3).
Hi Prashanth - David was going to verify this, but since he's out today, could you verify that openshift client tools are available?
As per Yaakov's comment in https://bugzilla.redhat.com/show_bug.cgi?id=1773807#c4, that should be enough to confirm that we can move this to verified.
IOW to test, on a Z cluster with this fix applied (4.2.11?):
0) Add downloads-openshift-console.apps... to /etc/hosts alongside the other names of the cluster.
1) Download downloads-openshift-console.apps.../amd64/linux/oc.tar (or oc.zip), decompress, and check that it is an AMD64 binary (e.g. with file(1)).
2) Check that downloads-openshift-console.apps.../s390x/linux/oc.tar (or oc.zip) is downloadable, and check that is a S390X binary.
Verified. Fix works with https://openshift-release-s390x.svc.ci.openshift.org/releasestream/4-stable-s390x/release/4.2.11-s390x