e2e: set images to known multiarch versions

[wozniakjan]

e2e tests work for AMD64, but many of them started to fail for ARM64. The issue seems to be that some images have been newly built as AMD64 only and not multiarch:

$ docker manifest inspect ghcr.io/kedacore/tests-apache-ab | jq '.mediaType'
"application/vnd.oci.image.index.v1+json"

$ docker manifest inspect ghcr.io/kedacore/tests-apache-ab:8f3801e | jq '.mediaType'
"application/vnd.docker.distribution.manifest.v2+json"

This PR pins the images to the latest multiarch versions so ARM64 tests can pass.

see also: kedacore/test-tools#234

[snyk-io]

✅ Snyk checks have passed. No issues have been found so far.

Status	Scanner	Critical	High	Medium	Low	Total (0)
✅	Open Source Security	0	0	0	0	0 issues

💻 Catch issues earlier using the plugins for VS Code, JetBrains IDEs, Visual Studio, and Eclipse.

[Copilot]

Pull request overview

This PR addresses ARM64 test failures by pinning test container images to known multiarch versions. The issue arose because some kedacore test images were recently rebuilt as AMD64-only, causing ARM64 e2e tests to fail. The PR updates image references from untagged (latest) versions to the http-add-on-e2e tag which contains multiarch manifests.

• Updates ghcr.io/kedacore/tests-apache-ab images across multiple scaling phase tests to use the http-add-on-e2e tag
• Updates ghcr.io/kedacore/tests-websockets image to use the http-add-on-e2e tag
• Modifies ghcr.io/vi/websocat to remove version pinning

Reviewed changes

Copilot reviewed 5 out of 5 changed files in this pull request and generated 1 comment.

Show a summary per file

File	Description
tests/checks/scaling_phase_statefulset/scaling_phase_statefulset_test.go	Pins apache-ab load generator image to http-add-on-e2e tag for multiarch support
tests/checks/scaling_phase_deployment_with_skip_so_creation/scaling_phase_deployment_with_skip_so_creation_test.go	Pins apache-ab load generator image to http-add-on-e2e tag for multiarch support
tests/checks/scaling_phase_deployment/scaling_phase_deployment_test.go	Pins apache-ab load generator image to http-add-on-e2e tag for multiarch support
tests/checks/scaling_phase_custom_resource/scaling_phase_custom_resource_test.go	Pins apache-ab load generator image to http-add-on-e2e tag for multiarch support
tests/checks/interceptor_websocket/interceptor_websocket_test.go	Updates websockets test image to http-add-on-e2e tag and removes version from websocat image

---

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

[JorTurFer]

let me look our build process before pinning these versions please

[JorTurFer]

e2e tests work for AMD64, but many of them started to fail for ARM64. The issue seems to be that some images have been newly built as AMD64 only and not multiarch:

$ docker manifest inspect ghcr.io/kedacore/tests-apache-ab | jq '.mediaType'
"application/vnd.oci.image.index.v1+json"

$ docker manifest inspect ghcr.io/kedacore/tests-apache-ab:8f3801e | jq '.mediaType'
"application/vnd.docker.distribution.manifest.v2+json"

This PR pins the images to the latest multiarch versions so ARM64 tests can pass.

see also: kedacore/test-tools#234

I'm checking ghcr.io/kedacore/tests-apache-ab (built 2 months ago) and it has all our supported arch (AMD, ARM and s390x)

[wozniakjan]

I'm checking ghcr.io/kedacore/tests-apache-ab (built 2 months ago) and it has all our supported arch (AMD, ARM and s390x)

right, the images are kind of multiarch, but the binaries there are amd64 always which results in that failure

1830 2025-11-25T16:45:33.2342601Z     scaling_phase_deployment_test.go:175: jobs logs: [pod/load-generator-kvkz2/apache-ab] exec /usr/bin/ab: exec format error

[wozniakjan]

fixed by kedacore/test-tools#234