[CENTOS] 安裝glibc

在你準備升級GLIBC庫以前，你要好好思考一下，

你真的要升級GLIBC麼？

你知道你本身在作什麼麼？

 

http://baike.baidu.com/view/1323132.htm?fr=aladdin

glibc是gnu發佈的libc庫，即c運行庫。glibc是linux系統中最底層的api，幾乎其它任何運行庫都會依賴於glibc。glibc除了封裝linux操做系統所提供的系統服務外，它自己也提供了許多其它一些必要功能服務的實現...

 

總的來講，不說運行在linux上的一些應用，或者你以前部署過的產品，就是不少linux的基本命令，好比cp, rm, ll之類，都得依賴於它

網上不少人有慘痛教訓，甚至升級失敗後系統退出後沒法從新進入了。。

對於CentOS這樣的系統，爲了追求穩定性（這個值得商榷）每每各類庫版本都很低，好比6.5甚至7.0自帶的仍是glibc2.12, 而ubuntu 14.04帶glibc2.19

若是升級基本C運行庫到一個太新的版本，可能會影響CentOS的運行。因此你們若是遇到CentOS基本庫的問題，影響了本身程序的運行，應該能夠考慮：

 

1. 在低版本的系統編譯本身的產品，若是本身的產品確實不須要新版才支持的新特性

2. 用版本高的系統來編譯，好比ubuntu，和centos的新版，但可能須要部署到較低版本，那麼能夠考慮用mock等技術製做更好的安裝包，把依賴打入包內

3.利用容器技術，如Docker，在低版本的操做系統內，輕量級的隔離出一個虛擬運行環境，適應你的程序。

 

好在我遇到的問題是glibc2.15就知足要求升級後暫時沒發現問題，因此你們能夠參考個人方法：

 

首先查看先有的狀況，在CentOS6.5下

1. $ ll /lib64/libc.so.6  
2. lrwxrwxrwx 1 root root 19 Sep 23 08:29 /lib64/libc.so.6 -> /lib64/libc-2.12.so  

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沒有，因此不用了

1. wget http://ftp.gnu.org/gnu/glibc/glibc-2.15.tar.gz  
2.   
3. wget http://ftp.gnu.org/gnu/glibc/glibc-ports-2.15.tar.gz  
4.   
5. tar -xvf  glibc-2.15.tar.gz  
6.   
7. tar -xvf  glibc-ports-2.15.tar.gz  
8.   
9. mv glibc-ports-2.15 glibc-2.15/ports  
10.   
11. mkdir glibc-build-2.15   
12.   
13.   
14. cd glibc-build-2.15  
15.   
16.   
17. ../glibc-2.15/configure  --prefix=/usr --disable-profile --enable-add-ons --with-headers=/usr/include --with-binutils=/usr/bin  
18.   
19.   
20. make   
21. make install

若是提示install成功，去看glibc所在的共享庫：

1. ll /lib64/libc*  

能夠看到2.12的舊庫文件還在，多了2.15版本的庫文件，並且軟連接文件所有指向了2.15版本。

1. -rwxr-xr-x  1 root root 1921096 Aug 30 02:16 /lib64/libc-2.12.so  
2. -rwxr-xr-x  1 root root 9801632 Sep 25 13:46 /lib64/libc-2.15.so  
3. lrwxrwxrwx. 1 root root      18 May 19 18:51 /lib64/libcap-ng.so.0 -> libcap-ng.so.0.0.0  
4. -rwxr-xr-x. 1 root root   18672 Jun 25  2011 /lib64/libcap-ng.so.0.0.0  
5. lrwxrwxrwx. 1 root root      14 May 19 18:51 /lib64/libcap.so.2 -> libcap.so.2.16  
6. -rwxr-xr-x  1 root root   19016 Dec  8  2011 /lib64/libcap.so.2.16  
7. lrwxrwxrwx. 1 root root      19 May 19 18:57 /lib64/libcgroup.so.1 -> libcgroup.so.1.0.40  
8. -rwxr-xr-x  1 root root   97016 Dec  9  2013 /lib64/libcgroup.so.1.0.40  
9. -rwxr-xr-x  1 root root  197064 Aug 30 02:16 /lib64/libcidn-2.12.so  
10. -rwxr-xr-x  1 root root  267972 Sep 25 13:46 /lib64/libcidn-2.15.so  
11. lrwxrwxrwx  1 root root      15 Sep 25 13:52 /lib64/libcidn.so.1 -> libcidn-2.15.so  
12. lrwxrwxrwx. 1 root root      17 May 19 18:51 /lib64/libcom_err.so.2 -> libcom_err.so.2.1  
13. -rwxr-xr-x  1 root root   17256 Nov 22  2013 /lib64/libcom_err.so.2.1  
14. -rwxr-xr-x  1 root root   40400 Aug 30 02:16 /lib64/libcrypt-2.12.so  
15. -rwxr-xr-x  1 root root  142947 Sep 25 13:46 /lib64/libcrypt-2.15.so  
16. lrwxrwxrwx. 1 root root      22 May 19 18:57 /lib64/libcryptsetup.so.1 -> libcryptsetup.so.1.1.0  
17. -rwxr-xr-x  1 root root   97072 Jun 22  2012 /lib64/libcryptsetup.so.1.1.0  
18. lrwxrwxrwx  1 root root      16 Sep 25 13:52 /lib64/libcrypt.so.1 -> libcrypt-2.15.so  
19. lrwxrwxrwx  1 root root      12 Sep 25 13:52 /lib64/libc.so.6 -> libc-2.15.so  

 

 

有些人會在make install後出現error。這兒error我沒去細究,通過網友提醒，多是由於沒有sudo形成的，由於make install就是把文件拷貝到幾個受保護的系統目錄下。

若是仍是不行，能夠查看一下系統此時的GLIBC版本，參考一開始的作法。若是版本未升級，咱們只能手動安裝一下：

首先make是成功了，那麼咱們會發現build目錄下編譯出了一個新的libc.so.6 （/glibc-build-2.15/libc.so.6， 咱們會發現這實際上也是一個軟鏈接，真實的lib文件時libc.so， 輸出

1. $ ll  libc.so.6  
2. lrwxrwxrwx 1 root root 7 Sep 23 07:41 libc.so.6 -> libc.so  

1. [usr@linux glibc-build-2.15]$ strings libc.so | grep GLIBC  

1. GLIBC_2.2.5  
2. GLIBC_2.2.6  
3. GLIBC_2.3  
4. GLIBC_2.3.2  
5. GLIBC_2.3.3  
6. GLIBC_2.3.4  
7. GLIBC_2.4  
8. GLIBC_2.5  
9. GLIBC_2.6  
10. GLIBC_2.7  
11. GLIBC_2.8  
12. GLIBC_2.9  
13. GLIBC_2.10  
14. GLIBC_2.11  
15. GLIBC_2.12  
16. GLIBC_2.13  
17. GLIBC_2.14  
18. GLIBC_2.15  
19. GLIBC_PRIVATE  

這是咱們須要的lib了，而後去更新系統的庫。

這裏要注意，更新系統裏的連接（個人是/lib64/libc.so.6) 很容易出錯，我不清楚有沒有更好的辦法，通常都是刪除舊連接，創建新連接

但刪除舊連接後，不少命令直接不能用了，由於此時中不到glibc的庫了。這個時候就須要臨時指定一個glibc庫，方法以下（libc.so改個名以便好之後更新的其餘版本區分）：

1. [usr@linux cp /****/glibc-build-2.15/libc.so /lib64/libc-2.15.so  

1. rm -rf /lib64/libc.so.6  
2. LD_PRELOAD=/lib64/libc-2.15.so ln -s/lib64/libc-2.15.so  lib64/libc.so.6  

更新鏈接完畢，而後：

 

1. $ strings /lib64/libc.so.6 | grep GLIBC  

 

1. GLIBC_2.2.5  
2. GLIBC_2.2.6  
3. GLIBC_2.3  
4. GLIBC_2.3.2  
5. GLIBC_2.3.3  
6. GLIBC_2.3.4  
7. GLIBC_2.4  
8. GLIBC_2.5  
9. GLIBC_2.6  
10. GLIBC_2.7  
11. GLIBC_2.8  
12. GLIBC_2.9  
13. GLIBC_2.10  
14. GLIBC_2.11  
15. GLIBC_2.12  
16. GLIBC_2.13  
17. GLIBC_2.14  
18. GLIBC_2.15  
19. GLIBC_PRIVATE  

說明鏈接更新成功，再編譯的話，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*/");