背景说明：
有一个项目用到了Node.js，于是要在centos下部署node V6.4.0的运行环境。
简介：
Node.js平台是在后端运行JavaScript代码，所以，必须首先在本机安装Node环境。
npm是Node.js的包管理工具（node package manager），用于管理Node.js代码引用的模块的下载，方便解决各个模块的依赖关系。
问题综述：
其实主要原因还是环境不满足，升级了一个，又依赖另一个，确实心累。最惨的是最后把libc.so.6升级到2.14版后（centos6.5自带是2.12），影响了本机的语言环境，svn更新时有中文无法更新。于是想删除了高版本的libc.so.6动态库还原老的来回退，结果一删除系统就无法运行任何命令了，马上通过网上搜索到的解决办法恢复，LD_PRELOAD=/lib64/libc-2.12.so ln -s /usr/local/glibc-2.14/lib/libc-2.14.so libc.so.6,系统又活过来了；可第二次不死心，心想是不是应用程序占用的原因导致，又删除了一遍，仍然不行，再次恢复后过了几秒，系统就崩溃了。还好是个测试系统，收拾过情绪，靠centos 光盘启动进入救援模式通过备份原libc.so.6还原了，再启动就一路正常。
下面凭记忆还原一下，我是怎么一步一步掉坑儿里的，以便以后回味，或者看到的同学可以绕过一些坑：
因为npm安装模块时的依赖，需要python2.7、gcc-c++4.8.0:
首先，python从2.6升级到2.7：
实施步骤：
1、下载nux 的release文件：
wget http://li.nux.ro/download/nux/dextop/el6/i386/nux-dextop-release-0-2.el6.nux.noarch.rpm
rpm -ivh nux-dextop-release-0-2.el6.nux.noarch.rpm
yum -y install python27
yum -y install python27-devel
2、升级python
Centos默认还是使用python2.6.*,需要用python2.7的文件覆盖python文件。
cd /usr/bin/
rm -rf python
cp python2.7 python
3、测试
在命令行里输入python --version，如果输出的结果显示的是这样就正确了：
[root@linuxidc script]# python --version
Python 2.7.3
4、由于yum没有兼容python2.7，需要vi /usr/bin/yum将 #!/usr/bin/python 修改为 #!/usr/bin/python2.6。
然后，npm install时需要gcc-c++-4.8.0以上，在centos6.5默认是gcc-c++-4.4.7。没办法，只能编译升级：
1.下载gcc最新的源码包 wget http://gcc.skazkaforyou.com/releases/gcc-4.9.1/gcc-4.9.1.tar.gz
2.解压缩 tar -xf gcc-4.9.1.tar.gz
3. cd gcc-4.9.1
4.运行download_prerequisites脚本， ./contrib/download_prerequisites ，这个脚本会自动下载所需要的依赖文件和库
5.建立输出目录，将所有的中间文件都放到该目录，
mkdir gcc_temp
cd gcc_temp
6. 运行 ../configure --enable-checking=release --enable-languages=c,c++ --disable-multilib
7. make & make install
然而，gcc升级后，并没有结束，npm install发现引起的依赖关系是libstdc++版本不够高，
/usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.15'
libstdc++ 检查发现，GLIBCXX 最高只有 3.4.13：
strings /usr/lib64/libstdc++.so.6 | grep GLIBCXX
于是下载了一个 6.0.20 的，替换掉当前使用的 libstdc++
cp /usr/local/lib64/libstdc++.so.6.0.20 /usr/lib64/
ln -s -f /usr/lib64/libstdc++.so.6.0.20 /usr/lib64/libstdc++.so.6
检查一下新的 libstdc++，GLIBCXX 最高到 3.4.20 了
libstdc++.so.6的坑填完之后，就是最挫的地方了，linux的语言环境设置异常，报错：
# locale -a|more
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_COLLATE to default locale: No such file or director
试遍网上的改编码的方式，都不行，其实我也知道，肯定还是glibc版与glibc-common版本不一致造成，找遍度娘谷哥都没找到类似的解决方法，有一个网友跟我的出错一毛一样，但是他也没解决，他说更新了glibc-common仍然无效，此时我有点想回滚了；最悲剧的场面也是因此产生，删除了动态库libc.so.6，服务器直接就挂了，当时就傻了，应该另外找台机器来搞的，没想到依赖关系这么多，捅一堆篓子。
这里其实就是，libstdc++依赖/lib64/libc.so.6: version `GLIBC_2.14'的问题，报错如下：
node: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by /usr/lib64/libstdc++.so.6)
centos6.5的libc.so.6默认版本是2.12，所以，又得升级。。。
于是安装glibc2.14，将glibc更新到glibc2.14
（1）下载
glibc2.14下载地址：
wget http://ftp.gnu.org/gnu/glibc/glibc-2.14.tar.gz
（2）编译
tar -zxvf glibc-2.14.tar.gz
cd glibc-2.14
mkdir build
cd build
../configure --prefix=/usr/local/glibc-2.14
make -j4
make install
方法一：直接生效（建议）
编译.bash_profile下设置：
export LD_PRELOAD=/lib64/libc
export LD_PRELOAD=/usr/local/glibc-2.14/lib/libc-2.14.so
source .bash_profile
在网上查找时，博主是建议用这个，但是糟糕在我选了删除动态库重建链接
方法二：（效果不好，不建议用）
可以先删除软链接：删除/lib64/libc.so.6
cd /lib64
rm libc.so.6
此时libc.so.6被删除，无法执行其他命令，需要用一下命令进行恢复，并重新建立软链接：
export LD_PRELOAD=/lib64/libc
export LD_PRELOAD=/lib64/libc-2.12.so
恢复完成之后执行：
cp /usr/local/glibc-2.14/lib/libc-2.14.so /lib64/libc-2.14.so
ln -s libc-2.14.so libc.so.6
此时，libc.so.6就升级完成。
其实我也就是想回滚libc.so.6包到2.12版本出的问题，过程如下：
cd /lib64
rm libc.so.6
结果系统命令就无法执行，就想先恢复系统，还是用2.14：
LD_PRELOAD=/lib64/libc-2.12.so ln -s /usr/local/glibc-2.14/lib/libc-2.14.so libc.so.6
结果，恢复后几秒，系统就挂了，无法开机了。
下面是拯救过程：思路就是用系统安装镜像（因为我是虚拟机）把libc.so.6
还原成2.12：
进入救援模式后，chroot /mnt/sysimage，结果报错libc.so.6 too short，总之是异常。
然后，我想直接mv 或者删除再拷贝旧版本的libc.so.6都操作失败。
最后想，要不看下当前的挂载情况，看到/mnt/sysimage挂载路径，于是进入
/mnt/sysimage/user/lib64/
删除libc.so.6，再ln -s /libc-2.12.so libc.so.6
之后，重启，至此，系统终于恢复。。。
总结：Centos6.5自带的gcc、python版本都太低，编译升级后各种依赖关系真是让人头疼，而已容易把环境搞得很乱，给维护也带来很大难度，所以程序要求环境的版本比较高，该升centos 7就升吧。我最后也是这么干的，升到centos7后，安装一路顺利，高歌挺进，下一篇写一下整个安装过程。
因水平有限，如有疏漏，还请留言反馈，谢谢~
参考文档：
python2.6升级到2.7
http://www.linuxidc.com/Linux/2014-07/104555.htm
GCC4.7升级到4.9.1
https://www.cppfans.org/1719.html
libstdc++ 的问题
http://blog.41ms.com/post/54.html
libstdc++依赖/lib64/libc.so.6: version `GLIBC_2.14'的问题：
http://rocketeer.leanote.com/post/Glibc%E9%94%99%E8%AF%AF