glibc系统启动不了（glibc升级导致系统段错误问题解决方案）
glibc系统启动不了（glibc升级导致系统段错误问题解决方案）TLS SNI support enabledbuilt with OpenSSL 1.1.1b 26 Feb 2019二，升级GLIBC原因当前ECS上需要装一个nginx，给出的版本是1.15.9，因为用的nginx是已经编译好的，所以编译步骤会不会报错暂时忽略，nginx具体编译参数如下所示：built by GCC 4.8.5 20150623 (Red Hat 4.8.5-36) (GCC)
统：阿里云ECS CentOS6.5 当前glibc版本：2.12 准备升级GLIBC版本：2.19
一，GLIBC介绍
glibc是GNU发布的libc库，即c运行库。glibc是linux系统中最底层的api，几乎其它任何运行库都会依赖于glibc。glibc除了封装linux操作系统所提供的系统服务外，它本身也提供了许多其它一些必要功能服务的实现。内核实现一个功能，glibc要花很久才会用上，由于glibc和内核不是一块开发的，所以glibc需要去兼容不同版本的内核，而内核也要去兼容不同版本的 glibc，双方都背负了太多的历史包袱。
GLIBC官网： http://www.gnu.org/software/libc/
二，升级GLIBC原因
当前ECS上需要装一个nginx，给出的版本是1.15.9，因为用的nginx是已经编译好的，所以编译步骤会不会报错暂时忽略，nginx具体编译参数如下所示：
built by GCC 4.8.5 20150623 (Red Hat 4.8.5-36) (GCC)
built with OpenSSL 1.1.1b 26 Feb 2019
TLS SNI support enabled
configure arguments: --prefix=/root/Mysql-installer/nginx-1.15.x/deploy/nginx-1.15.9-std --user=nginx --group=nginx --with-pcre=/root/mysql-installer/nginx- 1.15.x/.Source-code-std/third-party/pcre-8.43 --with-zlib=/root/mysql-installer/nginx-1.15.x/.Source-code-std/third-party/zlib-1.2.11 --with-openssl=/root/mysql-installer/nginx-1.15.x/.Source-code-std/third-party/openssl-1.1.1b --with-openssl-opt=enable-tls1_3 --with-http_ssl_module --with-http_stub_status_module --with-http_sub_module --with-http_addition_module --with-http_auth_request_module --with-http_dav_module --with-http_gzip_static_module --with-http_gunzip_module --with-http_realip_module --with-http_secure_link_module --with-http_slice_module --with-http_v2_module --with-stream --with-stream_realip_module --with-stream_ssl_module --with-stream_ssl_preread_module
在nginx的sbin目录下，验证时，发现：
当时以为是GLIBC库版本过低，于是自己就下载了GLIBC2.19版本的开始编译，编译过程不再赘述。
三，问题出现的原因
1，编译完成后，需要在系统中指定库文件的路径，于是就在/etc/ld.so.conf.d/glibc.conf(自己手动创建得文件)，写入库文件路径：
/opt/glibc-2.19/lib
2，使用ldconfig -v 将库文件生效加载一遍
2，将库文件中的/opt/glibc-2.19/lib/libc.so.6做软连接到系统识别的路径下：
ln -sv /opt/glibc-2.19/lib/libc.so.6 /lib64/libc.so.6
做完这一步无论输入什么命令(实际是已执行)，系统都显示段错误：
segmentation fault
四，解决方案
如果是ssh登陆的话，这个时候一定不能退出，否则的话是无论如何也登录不进去的，ldconfig是一个动态链接库管理命令，其中有一个-l参数，文档中是这么描述的：
-l Manually link individual libraries(手动连接单个库).
在其他相同配置的机器下，查看下/lib64/libc.so.6
发现libc.so.6其实是一个软连接文件，这个时候需要你手动的使用ldconfig链接原来的so文件
这个时候系统就恢复如初，不会报段错误之类的问题。
总结： GLIBC是系统底层依赖的文件，自己不要随随便便编译，如果真要升级，那就使用yum升级，不要自己编译，因为编译出来的版本和内核版本之间不一定能兼容在一起，这是个很麻烦的事。
欢迎工作一到五年的Java工程师朋友们加入Java程序员开发： 721575865
群内提供免费的Java架构学习资料（里面有高可用、高并发、高性能及分布式、Jvm性能调优、Spring源码，MyBatis，Netty Redis Kafka Mysql Zookeeper Tomcat Docker Dubbo Nginx等多个知识点的架构资料）合理利用自己每一分每一秒的时间来学习提升自己，不要再用"没有时间“来掩饰自己思想上的懒惰！趁年轻，使劲拼，给未来的自己一个交代！
