Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Binaries or containers are not available for different architectures #208

Closed
kaczyns opened this issue Mar 5, 2020 · 11 comments
Closed
Labels
triage/unresolved Indicates an issue that can not or will not be resolved.

Comments

@kaczyns
Copy link

kaczyns commented Mar 5, 2020

It would be convenient if either:

  1. The releases had binaries for s390x and ppc64le (linux platform only)
  2. There were architecture-specific container images for s390x and ppc64le. For example, if quay.io/operator-framework/upstream-registry-builder had tags for those two architectures.

Currently in order to produce a registry that I can use on another architecture, I have to compile operator-registry on that platform and then use the resulting executable to produce a registry / container. This is time-consuming and error-prone on a Travis build. On amd64 I can just use upstream-registry-builder to produce the registry, which is much easier and consistently works.

@plainchanter
Copy link

upstream-registry-builder can be build successfully on s390x if

GRPC_HEALTH_PROBE_VERSION=v0.2.1

is changed to

GRPC_HEALTH_PROBE_VERSION=v0.3.2

in upstream-build.Dockerfile.

@stale
Copy link

stale bot commented May 10, 2020

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the wontfix label May 10, 2020
@openshift-ci-robot openshift-ci-robot added triage/unresolved Indicates an issue that can not or will not be resolved. and removed wontfix labels May 11, 2020
@Jamstah
Copy link
Contributor

Jamstah commented Jun 15, 2020

We are about to start working on releasing an operator that needs s390x support as well.

@plainchanter
Copy link

Question for the maintainers: what would be involved in adding new platform support to the public builds?

@hassenius
Copy link

We are in the same situation where we have operators built for ppc64le and s390x, but we won't be able to run these on homogeneous clusters, as the catalog source cannot run on these currently.

@hassenius
Copy link

To summarize latest findings for others finding their way here, those with Red Hat subscription can pick up a multi-arch build from: https://catalog.redhat.com/software/containers/openshift4/ose-operator-registry/5cddd0bed70cc57c44b2e1f3?container-tabs=overview&gti-tabs=registry-tokens

@Jamstah Jamstah mentioned this issue Jul 7, 2020
5 tasks
@Jamstah
Copy link
Contributor

Jamstah commented Jul 28, 2020

Latest on this is that there is a broken unit test on s390x (the build system now attempts a build on that platform), which needs fixing. I'll look if I get time, but if anyone has a more urgent need, they should take a look.

@tdaleibm
Copy link

tdaleibm commented Aug 5, 2020

I see in @hassenius link a multiarch image "Operator Registry", but I cannot find a multiarch "upstream-image-builder" image in catalog.redhat.com. Does this exist?

@stale
Copy link

stale bot commented Oct 4, 2020

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@stale
Copy link

stale bot commented Dec 4, 2020

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@ecordell
Copy link
Member

Because we lost free-tier s390x runners for upstream, those releases are no longer maintained.

The downstream images in registry.redhat.io do contain images and binaries for s390x and z.

I cannot find a multiarch "upstream-image-builder" image in catalog.redhat.com. Does this exist?

There's no explicit image called this, but the operator-registry image contains all of the relevant binaries.

In the near future, the opm binary will be plucked and published alongside oc to avoid the need to pull it from the registry.

Since we can no longer support those arches upstream, please direct any other questions about them to the redhat bugzilla: bugzilla.redhat.com

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
triage/unresolved Indicates an issue that can not or will not be resolved.
Projects
None yet
Development

No branches or pull requests

7 participants