内容简介:系统:阿里云ECS CentOS6.5 当前GLIBC版本:2.12 准备升级GLIBC版本:2.19一,GLIBC介绍glibc是GNU发布的libc库,即c运行库。glibc是linux系统中最底层的api,几乎其它任何运行库都会依赖于glibc。glibc除了封装linux操作系统所提供的系统服务外,它本身也提供了许多其它一些必要功能服务的实现。内核实现一个功能,glibc要花很久才会用上,由于glibc和内核不是一块开发的,所以glibc需要去兼容不同版本的内核,而内核也要去兼容不同版本的 glib
系统:阿里云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升级,不要自己编译,因为编译出来的版本和内核版本之间不一定能兼容在一起,这是个很麻烦的事。
以上就是本文的全部内容,希望本文的内容对大家的学习或者工作能带来一定的帮助,也希望大家多多支持 码农网
猜你喜欢:- 大量图片数据导出为 excel 导致内存溢出解决方案落地
- 手机软键盘弹起导致页面变形的一种解决方案
- NUMA导致的MySQL服务器SWAP问题分析与解决方案
- 类初始化导致死锁
- 组合漏洞导致的账号劫持
- 哪些因素会导致慢查询?
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。