Cmd: "oc --namespace=e2e-test-apiserver-f76qx --kubeconfig=/tmp/admin.kubeconfig debug node/ci-op-tjzfzjcn-486b5-lzwlc-master-0 --image=docker.io/library/centos:latest -- chroot /host /bin/bash -euxo pipefail -c oc --kubeconfig \"/etc/kubernetes/static-pod-resources/kube-apiserver-certs/secrets/node-kubeconfigs/localhost-recovery.kubeconfig\" get namespace kube-system", StdErr: "Starting pod/ci-op-tjzfzjcn-486b5-lzwlc-master-0-debug ...\nTo use host binaries, run `chroot /host`\n\nRemoving debug pod ...\nerror: Back-off pulling image \"docker.io/library/centos:latest\"", from https://prow.ci.openshift.org/view/gcs/origin-ci-test/logs/release-openshift-origin-installer-e2e-remote-libvirt-s390x-4.6/1308979535697416192 and https://testgrid.k8s.io/redhat-openshift-ocp-release-4.6-informing#release-openshift-origin-installer-e2e-remote-libvirt-s390x-4.6
Moving this to multi-arch component since this is already something we're investigating. The error is that the underlying image is using centos, which isn't supported for s390x.
I have a PR replacing some of the centos images with ubi: https://github.com/openshift/origin/pull/25491, but I'm still missing the centos images being used in the /testdata/ directories.
Hi Rafael, will this bug be resolved before the end of this Sprint (October 3rd)? If not, I would like to add an "UpcomingSprint" label
I hope to get the PR merged this week but it depends on the Openshift team reviewing and approving the changes.
Okay - will check in with you later this week.
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 (OpenShift Container Platform 4.6 GA Images), 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/RHBA-2020:4196