Open theihor opened 2 days ago
CC: @chantra
This issue puts Kernel BPF CI in an unfortunate position:
Best case for us: this is just a bug in the application code and it's fixed.
I realize that s390x is not an officially supported platform at the moment, although people did request it: https://github.com/actions/runner/issues/2263
And there have been attempts to add the support for s390x, but they all seem to be out of date:
.NET is officially supported by Canonical for Ubuntu s390x, and .NET platform is cross-arch. So official s390x runner binaries seem at least feasible.
It would be great to hear from the Github team what is their stance on s390x support. Are there any plans to implement it? A clear "no" would also be helpful, if that is the answer.
Thank you!
FYI You have still ca. 20 days left with the last .net6.0 runner v2.230. Make shure to use the disableupdate configuration option for config.sh, after these timespan it won't process any jobs (if this happens earlier it is a bug, because you should have 30 days after a new release to hold back the update)
The current agent switched to .net8, by v.2.231.0, because of end of live of .net6.0.
I do my best to keep my unofficial custom actions runner compatible that has native binaries out of box (aka https://github.com/christopherhx/github-act-runner), but in December it will possible have an outage due to github actions service updates that alters the protocol until I'm affected myself
Did you try emulating the arm64 binary? I mean it's a .net8 framework issue not application code
Did you try emulating the arm64 binary? I mean it's a .net8 framework issue not application code
Hi. Thank you for suggestion. I've tried arm64 binary, and it does not crash with segfault. So now we at least have a workaround.
Still, would be great to get a comment on the issue from the GitHub team.
Describe the bug
v2.321.0 linux-x64 Runner.Listener fails with segfault on startup when running emulated on s390x system.
To Reproduce
The docker image is
ghcr.io/kernel-patches/runner:main-noble-s390x@sha256:0e7347243a42f87e06520ab71dbe44250a7e59ba45f569b16c9cf001d2f7f236
Dockerfile
We get this failure on a Linux s390x host with binfmt configured to execute x86_64 binaries via qemu.
Expected behavior
The setup with binfmt has been used successfully for quite a while by Linux Kernel BPF CI.
Revert to v2.320.0 mitigates the issue, which suggests that the cause was introduced recently.
Runner Version and Platform
What's not working?
The runner fails to start.
Job Log Output
Runner and Worker's Diagnostic Logs
Unfortunately these are lost, because unhealthy runners are automatically restarted.