-
Notifications
You must be signed in to change notification settings - Fork 11.4k
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
[6.4.0/1/2] `GLIBC_2.29' not found - not running on Rocky Linux 8 #30612
Comments
I have the same issue on Debian 10.13. |
Yes thats correct. Debian 10.13 you have to upgrade to Debian 11. |
@knordsiek |
No its only my personal experience. |
OK, |
Upgrade to glibc 2.29 possible on Rocky Linux 8? https://forums.rockylinux.org/t/upgrade-glibc-2-28-to-2-29/7558 |
As I wrote before. This should not be correct. |
Hi @sampaiodiego are you able to comment on this one? |
RC 6.4.1 works for us and we are running RHEL8 that has So it may be a trickier problem. CentOS7 obviously was already becoming obsolete with RC (segfaulting in node binary), and upgrades from that have been pretty much mandatory if you run tar install of RC. (Or maybe RedHat has some additional backporting, but if the requirement is the version number 2.29, it should not work for us either ATM.) |
@Gummikavalier |
Tar |
@Gummikavalier |
No special steps. We actually updated from 6.3.10 to 6.4.1 in our production just yesterday, but in the test environment from older 6.3.x to 6.4.0 immediately when it was released. Neither had issues. Nodejs version has been in the 14.21.3 for a long time now, and we run MongoDB 5.0.21 too. For the record our rocket.chat-6.4.1.tgz package sha256sums is:
|
There was a glibc update to cover buffer overflow vulnerability this month. But the new version didn't seem to play into the issue either, at least not in our setup. |
@Gummikavalier thank you for your messages. |
Yup. Also a note: we have several RC setups, all installed at different times within 7 years so their history is also bit different, and they all work ok with the glibc 2.28 of RHEL 8.8. |
I just installed a new Rocky Linux 8 and I run into the same issue. So really no idea what is causing it. |
Odd, we are too. I'm stumped with this. 😕 Our NPM version is
if that matters. It used to but there hasn't been mention of it lately on the releases page. The last version it was mentioned was NPM: 6.14.17: |
Using the same npm version. |
Do you get this or similar 403 Forbidden errors during the building of RC? We do get these errors. If you don't that could be the difference, and your instance would load something that is incompatible with glibc 2.28, while ours cannot. |
Hi @Gummikavalier
|
Ok. That indeed confirms some things but no more about that. Thank you! :) But yes, then our install indeed differs from yours, and it may be possible that we could replicate your issue by doing certain things. (Too tricky to arrange for me.) You could try disabling outbound access on your server during the build time so that RC would have to rely only on the modules that come with the RC tar bundle. Edit: And run |
@Gummikavalier |
Thanks. I've run out of ideas on this apart from that maybe RockyLinux8 is then not based on RHEL8 sources comparably enough. 😞 |
This is happening to me using the official Docker Image upgrading from 6.3.10 to latest 6.4.1. |
Having the same issue using the official 6.4.1 docker Image |
Same for me. Got a reminder to update, pulled the latest release with tag "6" and ran into this issue. Version 6.3.10 (tag "6.3") works for me. Running with docker 24.0.6 on Debian 12. |
Same problem using the 6.4.1 official image. Error: /lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.29' not found (required by /app/bundle/programs/server/npm/node_modules/isolated-vm/out/isolated_vm.node) ldd --version shows version 2.28 |
Same problem using the 6.4.2 official docker image, but it works with 6.4.2-alpine docker image. |
thx everyone for your comments.. I'll take a look what is happening to our official Docker image. |
Hi @sampaiodiego |
right @TimmiORG .. I was not aware of such dependency.. it is related to one of the security improvements we've made recently.. it seems the easier approach is to update the system to one that has GLIBC 2.29+ by default.. as previously mentioned it might get tricky to update only glibc.. I'll talk to our internal team in order to make this new requirement something more clear.. |
@sampaiodiego Hi! Do you have any idea/guess why it works with RHEL8.8 that also has GLIBC2.28? |
Don't use root user when running npm install, or add |
From what @Gummikavalier said, my guess is at install, for him, isolated-vm (or ig prebuild? idk) detected the glibc mismatch and rebuilt the binaries. Which wouldn't happen if you run |
@Gummikavalier could you run ldd on the isolated-vm binary and share the output? |
Thanks! Yes, we actually don't build RC tar as root but use a separate account for it. If this is the correct binary it says:
|
Thanks ! One more command please |
RHEL version:
To clarify; on RHEL8.8 RC works but the OP reported RockyLinux failing. But I noticed it was run as root here by TimmiORG: |
Thanks man :) yeah this makes sense - as in your environment is nothing magical. It's not defining 2.29 for any reason. Which brings me to running npm install as non-root should fix it right up. |
@debdutdeb |
Thanks for confirming :) |
Closing this then. Feel free to reopen if necessary (or continue conversing here). |
Description:
RocketChat 6.4.0 and 6.4.1 are not working on my rocky linux 8 VM.
Steps to reproduce:
Updated from 6.3.9 to 6.4.0 / 6.4.1 or 6.4.2
Expected behavior:
RocketChat able to start.
Actual behavior:
RocketChat does not start.
Server Setup Information:
Client Setup Information
Additional context
The GLIBC version of Rocky Linux 8.8 is 2.28.
Relevant logs:
The text was updated successfully, but these errors were encountered: