在你準備升級GLIBC庫以前,你要好好思考一下,html
你真的要升級GLIBC麼?linux
你知道你本身在作什麼麼?express
http://baike.baidu.com/view/1323132.htm?fr=aladdinubuntu
glibc是gnu發佈的libc庫,即c運行庫。glibc是linux系統中最底層的api,幾乎其它任何運行庫都會依賴於glibc。glibc除了封裝linux操做系統所提供的系統服務外,它自己也提供了許多其它一些必要功能服務的實現...centos
總的來講,不說運行在linux上的一些應用,或者你以前部署過的產品,就是不少linux的基本命令,好比cp, rm, ll之類,都得依賴於它api
網上不少人有慘痛教訓,甚至升級失敗後系統退出後沒法從新進入了。。bash
對於CentOS這樣的系統,爲了追求穩定性(這個值得商榷)每每各類庫版本都很低,好比6.5甚至7.0自帶的仍是glibc2.12, 而ubuntu 14.04帶glibc2.19ide
若是升級基本C運行庫到一個太新的版本,可能會影響CentOS的運行。因此你們若是遇到CentOS基本庫的問題,影響了本身程序的運行,應該能夠考慮:ui
1. 在低版本的系統編譯本身的產品,若是本身的產品確實不須要新版才支持的新特性操作系統
2. 用版本高的系統來編譯,好比ubuntu,和centos的新版,但可能須要部署到較低版本,那麼能夠考慮用mock等技術製做更好的安裝包,把依賴打入包內
3.利用容器技術,如Docker,在低版本的操做系統內,輕量級的隔離出一個虛擬運行環境,適應你的程序。
好在我遇到的問題是glibc2.15就知足要求升級後暫時沒發現問題,因此你們能夠參考個人方法:
首先查看先有的狀況,在CentOS6.5下
libc.so.6是一個軟鏈接,當前的glibc是2.12版本,我遇到的事GLIBC_2.15找不到的問題,因此需至少升級到2.15
首先,從網上下載glibc 2.15的rpm安裝包,但這個不容易,由於.rpm針對的是centOS和redhat,高版本安裝包不多見。也能夠直接從其餘系統上好一個編譯好的文件
libc.so.6(對應glibc 2.15或者更高的),不過最保險的方式就是下載源代碼在本地編譯一次(有的人實在編譯不成功,那也只能從別的地方找一份了)
各個版本的glibc能夠從http://ftp.gnu.org/gnu/glibc/找,包括其插件glibc-port
最新到2.20,我保守的選擇2.15
對於低版本glibc,還有glibc-linuxthreads-2.x須要編譯,可參考不少網上文檔,但2.15沒有,因此不用了
若是提示install成功,去看glibc所在的共享庫:
能夠看到2.12的舊庫文件還在,多了2.15版本的庫文件,並且軟連接文件所有指向了2.15版本。
有些人會在make install後出現error。這兒error我沒去細究,通過網友提醒,多是由於沒有sudo形成的,由於make install就是把文件拷貝到幾個受保護的系統目錄下。
若是仍是不行,能夠查看一下系統此時的GLIBC版本,參考一開始的作法。若是版本未升級,咱們只能手動安裝一下:
首先make是成功了,那麼咱們會發現build目錄下編譯出了一個新的libc.so.6 (/glibc-build-2.15/libc.so.6, 咱們會發現這實際上也是一個軟鏈接,真實的lib文件時libc.so, 輸出
這是咱們須要的lib了,而後去更新系統的庫。
這裏要注意,更新系統裏的連接(個人是/lib64/libc.so.6) 很容易出錯,我不清楚有沒有更好的辦法,通常都是刪除舊連接,創建新連接
但刪除舊連接後,不少命令直接不能用了,由於此時中不到glibc的庫了。這個時候就須要臨時指定一個glibc庫,方法以下(libc.so改個名以便好之後更新的其餘版本區分):
更新鏈接完畢,而後:
說明鏈接更新成功,再編譯的話,GLIBC_2.15及如下版本的依賴問題就不會出現了。
glibc-2.11編譯報錯 ../sysdeps/i386/fpu/s_frexp.S: Assembler messages: ../sysdeps/i386/fpu/s_frexp.S:66: Error: invalid identifier for ".ifdef" ../sysdeps/i386/fpu/s_frexp.S:66: Error: junk at end of line, first unrecognized character is `1' ../sysdeps/i386/fpu/s_frexp.S:66: Error: junk at end of line, first unrecognized character is `1' ../sysdeps/i386/fpu/s_frexp.S:66: Error: junk at end of line, first unrecognized character is `1' ../sysdeps/i386/fpu/s_frexp.S:66: Error: unrecognized symbol type "" ../sysdeps/i386/fpu/s_frexp.S:66: Error: junk at end of line, first unrecognized character is `1' ../sysdeps/i386/fpu/s_frexp.S:66: Error: junk at end of line, first unrecognized character is `1' ../sysdeps/i386/fpu/s_frexp.S:66: Error: expected comma after name `' in .size directive ../sysdeps/i386/fpu/s_frexp.S:66: Error: ".endif" without ".if" ../sysdeps/i386/fpu/s_frexp.S:66: Error: junk `.get_pc_thunk.dx' after expression
解決方法見:http://www.eglibc.org/archives/patches/msg00073.html Index: sysdeps/unix/sysv/linux/i386/sysdep.h =================================================================== --- sysdeps/unix/sysv/linux/i386/sysdep.h (revision 1469) +++ sysdeps/unix/sysv/linux/i386/sysdep.h (working copy) @@ -29,6 +29,10 @@ #include <dl-sysdep.h> #include <tls.h> +#if defined __i686 && defined __ASSEMBLER__ +#undef __i686 +#define __i686 __i686 +#endif /* For Linux we can use the system call table in the header file /usr/include/asm/unistd.h Index: nptl/sysdeps/pthread/pt-initfini.c =================================================================== --- nptl/sysdeps/pthread/pt-initfini.c (revision 1469) +++ nptl/sysdeps/pthread/pt-initfini.c (working copy) @@ -45,6 +45,11 @@ /* Embed an #include to pull in the alignment and .end directives. */ asm ("\n#include \"defs.h\""); +asm ("\n#if defined __i686 && defined __ASSEMBLER__"); +asm ("\n#undef __i686"); +asm ("\n#define __i686 __i686"); +asm ("\n#endif"); + /* The initial common code ends here. */ asm ("\n/*@HEADER_ENDS*/");