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

alma9-specific problem with ppc64le QEMU + pthreads #2449

Closed
mfansler opened this issue Feb 12, 2025 · 2 comments
Closed

alma9-specific problem with ppc64le QEMU + pthreads #2449

mfansler opened this issue Feb 12, 2025 · 2 comments

Comments

@mfansler
Copy link
Member

mfansler commented Feb 12, 2025

We're observing segfaults in a library that uses pthreads, documented in conda-forge/r-base-feedstock#366. Posting here in case anyone else is seeing this in other feedstocks.

This only seems to arise when running QEMU ppc64le on alma9 images and occurs in a cleanup hook where the threads are presumably terminated. I believe we first started seeing this in mid-January 2025 and it impacts both new builds and previously successful builds.

Switching to cos7 or alma8 images resolves the issue. All documented failures in R ecosystem have r-cli as a common denominator, however, the upstream package is very mature, which raises the likelihood that the issue could happen elsewhere. Please report if this is observed in other feedstocks.

@mfansler mfansler changed the title ppc64le-specific problem with QEMU + pthreads alma9-specific problem with ppc64le QEMU + pthreads Feb 13, 2025
@mfansler
Copy link
Member Author

In the direction of this being package-specific, there are some related Issues upstream (though not about QEMU on alma9):

@mfansler
Copy link
Member Author

We end up resolving this using package-specific flags (conda-forge/r-cli-feedstock#42). I'm going to close, but if anything does popup elsewhere we can reopen.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

No branches or pull requests

1 participant