远程服务器运行脚本遇GLIBC_2.29缺失问题及相关疑问

疑问a：本地与服务器ldd --version显示不同发行版标识的原因 #

Ubuntu和Debian同属Debian系发行版，但各自会对上游开源软件（包括GLIBC）做独立的打包与版本标注。ldd --version里的发行版名称（Ubuntu/Debian）是发行方在打包GLIBC时添加的标识，本质上两者都是上游GLIBC项目的衍生包。你的本地环境是Ubuntu系统，所以显示Ubuntu GLIBC；服务器是Debian系统，因此显示Debian GLIBC。

疑问b：服务器与本地GLIBC版本差异的原因，及重新连接是否有用 #

• 版本差异原因：不同发行版（或同一发行版的不同大版本）会根据自身系统的稳定性需求，默认搭载不同版本的GLIBC。比如你本地从Ubuntu 18.04升级到20.04，系统默认GLIBC从2.28升到2.31；而服务器用的是Debian 10（buster），该版本系统默认配套的GLIBC就是2.28。本地系统的升级操作完全不会影响服务器的环境，两者是完全独立的系统。
• 重新连接服务器没用：服务器的GLIBC版本由它自身的系统版本和配置决定，重新连接只是建立新的远程会话，不会改变服务器的系统软件版本。

额外解决建议（针对GLIBC版本错误） #

如果要解决GLIBC_2.29' not found的错误，可选方案包括：

• 在服务器上使用容器（如Docker）运行脚本，容器内可以配置符合要求的GLIBC版本
• 在和服务器GLIBC版本一致的环境（比如Ubuntu 18.04/Debian 10）下重新编译脚本，确保编译产物依赖的GLIBC版本不高于服务器的2.28
• 若服务器权限允许，可尝试通过源码编译适配低版本系统的GLIBC（注意：直接替换系统GLIBC风险极高，可能导致服务器崩溃，不建议新手操作）

内容的提问来源于stack exchange，提问作者Giacomo Giuliani