Centos6.5升级glibc的详细步骤

在实际的生产环境中，系统库的更新从来都不是一件能随便拍板的事——尤其是像 glibc 这种基础库，稍有不慎，整个系统的命令链都可能崩掉。但有时候，项目需求逼着你不得不往前迈一步。比如 CentOS 6.5 默认搭载的 glibc 最高版本只有 2.12，而 Node.js 开发中很多依赖包却要求更高版本的 glibc 支持。如果不打算把整个系统升级一遍（毕竟牵一发动全身），那手动更新 glibc 就成了绕不开的选择。

当你遇到类似 libc.so.6: version GLIBC_2.14 not found 这样的错误时，就说明时机到了——该给 glibc 动个“小手术”了。

glibc 版本

先确认一下当前系统里 glibc 的版本号，做到心中有数。用下面这条命令就能快速查出来：

$ strings /lib64/libc.so.6 |grep GLIBC_

在 CentOS 6.5 上执行后，会输出类似下面这样的 glibc 版本列表。从输出来看，系统最高支持到 2.12 版本：

另外，执行 $ ll /lib64/libc** 可以看到当前的 libc.so.6 其实是一个软链接，指向的是 libc-2.12.so，就像下面这张图展示的那样：

glibc 安装

确认好现状之后，就可以动手升级了。首先需要拿到 glibc-2.14 的源码包。下载完成后，解压：

$ tar -xzvf glibc-2.14.tar.gz

解压后会得到一个 glibc-2.14 目录。进入目录，然后按照标准的编译流程操作：

$ cd glibc-2.14
$ mkdir build          // 在 glibc-2.14 目录下创建 build 文件夹
$ cd build
$ ../configure --prefix=/opt/glibc-2.14   // 配置安装路径，这里选 /opt/glibc-2.14
$ make && make install  // 编译并安装

整个编译安装过程可能会花几分钟，耐心等它跑完就好。

glibc 软链

安装完成后，需要把系统的 libc.so.6 软链接指向新版库。先删掉旧的软链接，再建立新链接：

$ rm -rf /lib64/libc.so.6          // 删除旧的软链接
$ ln -s /opt/glibc-2.14/lib/libc-2.14.so /lib64/libc.so.6

注意

这一步有个比较棘手的点：一旦删除 libc.so.6，很多系统命令会立刻失效——因为几乎所有动态链接的程序都依赖它。如果不小心翻车了，别慌，可以借助 LD_PRELOAD 环境变量来“抢救”：

$ LD_PRELOAD=/opt/glibc-2.14/lib/libc-2.14.so ln -s /opt/glibc-2.14/lib/libc-2.14.so /lib64/libc.so.6

如果连上面这条命令都执行不了，或者想回退到旧版本，可以用类似的方式把软链接指向原来的库文件：

$ LD_PRELOAD=/lib64/libc-2.12.so ln -s /lib64/libc-2.12.so /lib64/libc.so.6

（注意 libc-2.12.so 要替换成你系统升级前的实际版本号。）

完成软链接更新后，再次用 strings /lib64/libc.so.6 |grep GLIBC_ 检查，就能看到最高版本已经变成 2.14 了：

同时，libc.so.6 的指向也变了，现在它指向的是 libc-2.14.so：

到了这一步，glibc 升级就算完成了。需要提醒的是，这种手动升级方式只适用于对风险有充分预估的场景——毕竟 rm -rf /lib64/libc.so.6 这条命令，输入之前最好深呼吸三次。