-
Notifications
You must be signed in to change notification settings - Fork 3.3k
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
Segment fault with Ubuntu 24.04 20250120.5.0 #11471
Comments
The gcc version |
I can confirm this as well at https://github.com/pbkhrv/rtl_433-hass-addons/actions/runs/12972957498/job/36181006667. That job is compiling aarch64 in Docker under QEMU (I know, proper cross compiling would be better, but this is what the official Home Assistant builder action does so 🤷 ). Is there a way to specify the runner image version to a previous 24.04 release to confirm the regression? |
The same problem for buildx for linux/arm64 via QEMU: https://github.com/woblerr/docker-pgbackrest/actions/runs/12965488407/job/36165276019#step:7:2658 Rollback to the ubuntu-22.04 runner solved the problem. |
Chiming in to say that we are seeing segfaults on our test runners for pygame-ce in the ppc64le architecture build since getting version 20250120.5.0. and, perhaps related, it also reporting that it can no longer detect the GNU compiler type for our S390x architecture build. As @deviantintegral says it would be nice to have a way to roll back to a previous runner image to isolate the problem. |
Hi @RadxaYuntian Thank you for bringing this issue to our attention. We will look into this issue and will update you after investigating. |
Due to an [issue](actions/runner-images#11471) with Ubuntu 24.04 20250120.5.0 runner image we have been seeing failures in our multi-arch images for the last few days which is blocking the release. I assume that the issue is something related to qemu, so downgrade to 22.04 until this issue is resolved. Signed-off-by: stevenhorsman <[email protected]>
I'm also having very similar issues in tamp when using cibuildwheel to build python wheels for ppc64le and aarch64 targets. |
This issue is being currently discussed and fixed at actions/runner-images#11471 Signed-off-by: Rodrigo Tobar <[email protected]>
This issue is being currently discussed and fixed at actions/runner-images#11471 Signed-off-by: Rodrigo Tobar <[email protected]>
Same issue here with gcc segfault, but in my case I saw it both with |
Due to an [issue](actions/runner-images#11471) with Ubuntu 24.04 20250120.5.0 runner image we have been seeing failures in our multi-arch images for the last few days which is blocking the release. I assume that the issue is something related to qemu, so downgrade to 22.04 until this issue is resolved. Signed-off-by: stevenhorsman <[email protected]>
Looks like the solution for some people is to pin In my case |
qemu-v7.0.0-28: https://github.com/RadxaYuntian/rsdk/actions/runs/13304892587/job/37153541607#step:3:503 |
actions/runner-images#11471 Signed-off-by: ZHANG Yuntian <[email protected]>
Now even with 22.04 the segfault still happened with docker.io/tonistiigi/binfmt:latest. 22.04+qemu v7 seems to be fine. |
- add arm64 builds (using ubuntu-22.04 runners for now, until actions/runner-images#11471 is fixed) - use new fancy cache feature of docker/build-push-action - run actions for all branches, but only push for main
switching to runs-on: ubuntu-22.04
steps:
- uses: actions/checkout@v4
- uses: docker/setup-qemu-action@v3
with:
image: tonistiigi/binfmt:qemu-v7.0.0-28 |
…`jammy`), pin QEMU to avoid segfault 20524e4 fix: pin version of QEMU to avoid segfault (Kittywhiskers Van Gogh) c8ab705 revert: update containers and CI to use Ubuntu 24.04 LTS (`noble`) (Kittywhiskers Van Gogh) 2bcc90a revert: use default non-root user `ubuntu` introduced in Ubuntu 22.10 (Kittywhiskers Van Gogh) Pull request description: ## Additional Information * There is a regression in `noble` that has caused a build failure in trying to package our release container ([build](https://github.com/dashpay/dash/actions/runs/13376032021)) linked to [docker/setup-qemu-action#198](docker/setup-qemu-action#198). * In light of this, all non-CI containers and jobs have been moved back to Ubuntu 22.04 (`jammy`) though it seems that downgrading alone may be insufficient (see [actions/runner-images#11471](actions/runner-images#11471 (comment))). * To remedy this we are pinning the version of QEMU as suggested in [tonistiigi/binfmt#240](tonistiigi/binfmt#240 (comment)) ## Checklist: - [x] I have performed a self-review of my own code - [x] I have commented my code, particularly in hard-to-understand areas **(note: N/A)** - [x] I have added or updated relevant unit/integration/functional/e2e tests **(note: N/A)** - [x] I have made corresponding changes to the documentation **(note: N/A)** - [x] I have assigned this pull request to a milestone _(for repository code-owners and collaborators only)_ ACKs for top commit: UdjinM6: utACK 20524e4 Tree-SHA512: 26bb2cd55a0267b56f86938d97ddfa32f0cdd8a2786c0366eedbcddf706e38b6af93cd29ab98ba420cbdbd112561ded61e2dba906c4b233ad737f24730f58ddc
…`jammy`), pin QEMU to avoid segfault 20524e48150c1552e60e833b4b42684b734e0040 fix: pin version of QEMU to avoid segfault (Kittywhiskers Van Gogh) c8ab7051afe03576f12789ed3fdbdaf63155ac59 revert: update containers and CI to use Ubuntu 24.04 LTS (`noble`) (Kittywhiskers Van Gogh) 2bcc90af46df03f4d0f1d0478187feb31b604c62 revert: use default non-root user `ubuntu` introduced in Ubuntu 22.10 (Kittywhiskers Van Gogh) Pull request description: ## Additional Information * There is a regression in `noble` that has caused a build failure in trying to package our release container ([build](https://github.com/dashpay/dash/actions/runs/13376032021)) linked to [docker/setup-qemu-action#198](docker/setup-qemu-action#198). * In light of this, all non-CI containers and jobs have been moved back to Ubuntu 22.04 (`jammy`) though it seems that downgrading alone may be insufficient (see [actions/runner-images#11471](actions/runner-images#11471 (comment))). * To remedy this we are pinning the version of QEMU as suggested in [tonistiigi/binfmt#240](tonistiigi/binfmt#240 (comment)) ## Checklist: - [x] I have performed a self-review of my own code - [x] I have commented my code, particularly in hard-to-understand areas **(note: N/A)** - [x] I have added or updated relevant unit/integration/functional/e2e tests **(note: N/A)** - [x] I have made corresponding changes to the documentation **(note: N/A)** - [x] I have assigned this pull request to a milestone _(for repository code-owners and collaborators only)_ ACKs for top commit: UdjinM6: utACK 20524e48150c1552e60e833b4b42684b734e0040 Tree-SHA512: 26bb2cd55a0267b56f86938d97ddfa32f0cdd8a2786c0366eedbcddf706e38b6af93cd29ab98ba420cbdbd112561ded61e2dba906c4b233ad737f24730f58ddc
Dear @ashwin153, thank you so much for your suggestion. We needed to apply that fix to fix the OCI build on ARM.
With kind regards, NB: Shall this ticket be re-opened? Do participants of this conversation have any other suggestions or news on this topic? |
IMHO yes until it's all fully working again without having to pin versions, or bump to an older Ubuntu version etc. |
Due to actions/runner-images#11471 we see similar problems when using ubuntu24.04 to do cross build for arm64 images. A workaround is to downgrade to ubuntu22.04. Fixes confidential-containers#715 Signed-off-by: Xynnn007 <[email protected]>
Due to actions/runner-images#11471 we see similar problems when using ubuntu24.04 to do cross build for arm64 images. A workaround is to downgrade to ubuntu22.04. Fixes confidential-containers#715 Signed-off-by: Xynnn007 <[email protected]>
Due to actions/runner-images#11471 we see similar problems when using ubuntu24.04 to do cross build for arm64 images. A workaround is to downgrade to ubuntu22.04 and use Qemu v7. Fixes confidential-containers#715 Signed-off-by: Xynnn007 <[email protected]>
Due to actions/runner-images#11471 we see similar problems when using ubuntu24.04 to do cross build for arm64 images. A workaround is to downgrade to ubuntu22.04 and use Qemu v8. Fixes confidential-containers#715 Signed-off-by: Xynnn007 <[email protected]>
Due to actions/runner-images#11471 we see similar problems when using ubuntu24.04 to do cross build for arm64 images. A workaround is to downgrade to ubuntu22.04 and use Qemu v8. Fixes confidential-containers#715 Signed-off-by: Xynnn007 <[email protected]>
Due to actions/runner-images#11471 we see similar problems when using ubuntu24.04 to do cross build for arm64 images. A workaround is to downgrade to ubuntu22.04 and use Qemu v8. Fixes confidential-containers#715 Signed-off-by: Xynnn007 <[email protected]>
@kishorekumar-anchala: Based on the information above, can you please re-open this ticket, if you agree? |
Current workaround
GitHub has refused to acknowledge this problem. The current workaround can be found here.
Description
We have a scheduled job running every Sunday, which failed today, with no code change in last 2 weeks.
After checking the build log, it always failed at a dkms package installation. Once the workflow file is changed to print the dkms log, the error is always gcc segment fault.
Changing running environment to
ubuntu22-04
fixed the segment fault. Action still failed but that's because the change we made to investigate this issue.What may be unusual for us is that we are using binfmt to run aarch64
gcc
in a devcontainer, because the final output is an aarch64 system image. So this is not some normal gcc failing.Platforms affected
Runner images affected
Image version and build link
20250120.5.0
Is it regression?
20250105.1.0: https://github.com/RadxaOS-SDK/rsdk/actions/runs/12848906725
Expected behavior
DKMS install successfully without gcc segfault.
Actual behavior
gcc segfault:
Repro steps
workflow_dispatch
forbuild.yaml
The text was updated successfully, but these errors were encountered: