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
/lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.33' not found #429
Comments
Interesting. Likely caused by 0de36ee, but I wonder if that's even needed. |
I am also having the same issue, on my Mac it runs fine, but when dockerizing it it fails with the same message. For some reason building the docker image on my Mac does not cause the issue, but it does on the CI machine. |
After more digging I think this is related to the new release of the images, which only has GLIBC_2.35, would that make sense? |
Yeah that would male sense. if the base image is public would be nice to share it, that would help confirm the bug on my side. That said I really don't see why we're put the whole glibc in the cache key. I'm pretty sure we can just remove that code, but I need to dig in the history to confirm. |
Hum, wait, something super weird here. We remove the GLIBC version check in 1.12.0 https://github.com/Shopify/bootsnap/blob/main/CHANGELOG.md#1120 |
Do you re-use your bundler cache across docker image builds? I'm thinking you might need to recompile bootsnap. |
This is my docker file:
|
Ok, so I suspect the issue might come from the fact that you compile the gems in a container, then import in your image. I assume Just for debugging purposes can you try running that same |
Removing the caching does solve the problems (everything in one image), but adding I think it is fine to close this as a |
Can this issue be re-opened? gabrielrinaldi's problem seems unrelated to mine — I am not using containers or macOS. |
The issue is likely to be similar nonetheless. Please try to flush your bundler cache (or just uninstall bootsnap and re-bundle). If the issue persists I'll re-open, but I'll need more info to investigate. |
I'm observing a similar issue after having upgraded to ruby 3.2
|
@casperisfine Uninstalling bootsnap, re-bundling, then reinstalling bootsnap did not fix the issue. What other info do you need from me? |
At this point, I'm at a loss as to what it might be. If you could repro this in isolation via a Dockerfile that would help a lot. In the meantime I'll ask some colleagues if that rings a bell. |
Does |
I had the same issue with my docker container and ruby 3.2.1 But I confirmed for me it was not bootsnap, by commenting out the line that required it, the same error just moved on to another gem So for me the problem was because I had bundle path set to vendor/bundle and had ran "bundle update" from my host machine. Removing vendor/bundle and forcing our setup scripts to run bundle install inside the container solved it for me. They key point I found in my google search was some linux forums result for the same issue on another library, someone had said the library had compiled with a different version of glibc. That made me realize I had installed my gems against my host machine's glibc and not the container's I hope this helps someone else and sorry if it is not relevant to OP's situation |
Thanks for the info. I'll close then. |
I faced this problem when I try to run rspec test inside of the container on GitHub Actions...
|
Anyway, this problem was resolved with: diff --git a/.github/workflows/test.yaml b/.github/workflows/test.yaml
index b872ba633..5c0dfd1b4 100644
--- a/.github/workflows/test.yaml
+++ b/.github/workflows/test.yaml
@@ -24,12 +24,14 @@ jobs:
- uses: actions/checkout@v3
# Install Gems with Bundler
- - uses: ruby/setup-ruby@v1
- with:
- bundler-cache: true
- - run: |
- bundle config path vendor/bundle
- bundle install --jobs 4
+ # https://github.com/Shopify/bootsnap/issues/429#issuecomment-1491988620
+ # - uses: ruby/setup-ruby@v1
+ # with:
+ # bundler-cache: true
+ # - run: |
+ # bundle config path vendor/bundle
+ # bundle install --jobs 4
# Install Docker Layers
- id: buildx |
I made sure the issue is in bootsnap
Yep (also, btw, there is a typo in the GitHub issue template which appears right after this header)
Steps to reproduce
Run any Rails command after installing bootsnap via bundler
Expected behavior
In this case: I ran rails server and expected my server to start
Actual behavior
Application crashed almost immediately, with a big error message starting with LoadError originating in bootsnap.so. I posted the full error message at the bottom of this issue.
System configuration
Bootsnap version: 1.15.0
Ruby version: 2.7.5
Rails version: 6.0.5
Full error message
The text was updated successfully, but these errors were encountered: