Runtime error on AMD64 `v1/v2` processors: requires `v3` microarchitecture support

[acornett21]

Root Cause

• The error originates from the Go runtime, indicating that the runtime architecture level is lower than the GOAMD64 version the binary was compiled with
• The GOAMD64 default value was updated in UBI10 go-toolset to v3, while UBI9 uses v2, and golang default is v1
• This change means binaries built with UBI10 are incompatible with older AMD64 processors that only support v2 microarchitecture

See below article for more info:

• https://access.redhat.com/solutions/7066628

[acornett21]

After looking into this some, it seems that other architectures moved away from golangs default as well.

Image	Platform	GOAMD64	GOARM64	GOPPC64
golang:1.24	amd64	v1	-	-
golang:1.24	arm64	(empty/v1)	v8.0	-
golang:1.24	ppc64le	-	-	power8
UBI9	amd64	v2	-	-
UBI9	arm64	v2	v8.0	-
UBI9	ppc64le	-	-	power8
UBI10	amd64	v3	-	-
UBI10	arm64	-	v8.0	-
UBI10	ppc64le	-	-	power9

Not sure if we want to try to fix this in the docker build (Dockerfile), since we extract the images from there during release. Or align ourselves with with UBI10.

[sdodsley]

This is an issue for vendors who use the preflight tool. You cannot force us to upgrade our build environments to new hardware.
You should ensure that the GOAMD64 flag used in the build is set to v2.
currently we cannot create new RHOSO18 images.