Ubuntu编译MongoDB移至RHEL7运行失败：libc版本兼容问题

我来给你捋捋这个问题哈，你遇到的情况其实挺典型的——为啥简单的hello world程序能跨系统跑，MongoDB就不行呢？

问题根源：glibc的兼容性规则 #

首先得明确：glibc是向后兼容，不向前兼容。也就是说，低版本glibc（比如RHEL7的2.17）编译的程序，能在高版本glibc（Ubuntu16.04的2.23）上正常运行；但反过来，高版本glibc编译的动态链接程序，几乎没法在低版本glibc环境下跑。

那为啥你的小demo能跑？纯属巧合——你用的都是glibc里最基础的函数（printf、sqrt），这些函数的符号在2.17版本里早就存在，而且没有引入2.23才有的新特性，刚好没触发版本依赖问题。但MongoDB是个复杂的大型软件，它用到了很多glibc的高级函数，甚至是2.17之后才新增的符号，或者依赖了glibc内部的版本特定实现，所以在RHEL7上运行时，动态链接器找不到这些符号，就会报错。

具体解决办法 #

1. 最稳妥：直接在RHEL7上编译MongoDB

既然目标环境是RHEL7，那直接在这个系统上编译是最省心的：

• 在RHEL7上安装编译依赖：yum install gcc make cmake openssl-devel（具体依赖可参考MongoDB官方文档）
• 按照官方步骤克隆MongoDB源码、配置编译参数、完成编译
• 生成的二进制会直接依赖系统的2.17版glibc，完美适配目标环境

2. 必须在Ubuntu编译？试试静态编译

把glibc和其他依赖库都打包进二进制里，摆脱系统glibc的限制：

• 编译MongoDB时，在配置阶段加上静态编译的选项（比如cmake的-DBUILD_STATIC=ON，具体参数需参考MongoDB的编译配置文档）
• 注意：静态编译可能会遇到部分依赖库不支持静态链接的问题，需要逐个调整依赖配置

3. 强制适配低版本glibc（繁琐但可行）

如果你只能在Ubuntu上编译，可以强制链接到RHEL7的2.17版glibc：

1. 从RHEL7机器上拷贝glibc的头文件（/usr/include）和库文件（/usr/lib64）到Ubuntu的某个目录，比如/opt/rhel7-glibc
2. 编译MongoDB时指定这些路径：

   CFLAGS="-I/opt/rhel7-glibc/include" \
   LDFLAGS="-L/opt/rhel7-glibc/lib64 -Wl,--rpath=/opt/rhel7-glibc/lib64" \
   make
   

3. 部署时，要把/opt/rhel7-glibc目录一起拷贝到RHEL7机器上，确保路径一致

4. 容器化部署（推荐）

用容器隔绝环境，彻底解决兼容性问题：

• 在Ubuntu上编译好MongoDB后，基于RHEL7的基础镜像制作容器镜像，把编译好的二进制拷贝进去
• 运行容器时，内部环境是RHEL7的，自然能兼容；也可以直接找官方适配RHEL7的MongoDB镜像，更省事

重要提醒 #

绝对不要尝试在RHEL7上升级系统glibc到2.23！RHEL7的系统工具（比如bash、ls）都深度依赖2.17版glibc，强行升级会导致系统崩溃，得不偿失。

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