Linux/Centos下/lib64/libc.so.6: version `GLIBC_2.14' not found問題


Centos的某個版本下編譯了一個可執行程序,復制到另外一個Centos環境下去執行,結果出現了以下錯誤:

/lib64/libc.so.6: version `GLIBC_2.14' not found

貌似是一個很普遍的錯誤,去網上搜集了相關的資料並整理了一下

 

出現這種錯誤表明程序運行需要GLIBC_2.14,但是系統中卻並不存在,因此可以先用strings命令查看下系統中的GLIBC版本

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

發現系統中最高只支持GLIBC_2.12,解決這個問題有多種方法。

 

在你准備升級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下

ll /lib64/libc.so.6

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  
wget http://ftp.gnu.org/gnu/glibc/glibc-2.15.tar.gz
 
wget http://ftp.gnu.org/gnu/glibc/glibc-ports-2.15.tar.gz
 
tar -xvf  glibc-2.15.tar.gz
 
tar -xvf  glibc-ports-2.15.tar.gz
 
mv glibc-ports-2.15 glibc-2.15/ports
 
mkdir glibc-build-2.15 
 
 
cd glibc-build-2.15
 
 
../glibc-2.15/configure  --prefix=/usr --disable-profile --enable-add-ons --with-headers=/usr/include --with-binutils=/usr/bin
 
 
make
make install


如果提示install成功,去看glibc所在的共享庫:

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

有些人會在make install后出現error。這兒error我沒去細究,此時可以查看一下系統此時的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  
  3. [usr@linux glibc-build-2.15]$ strings libc.so | grep GLIBC  
  4. GLIBC_2.2.5  
  5. GLIBC_2.2.6  
  6. GLIBC_2.3  
  7. GLIBC_2.3.2  
  8. GLIBC_2.3.3  
  9. GLIBC_2.3.4  
  10. GLIBC_2.4  
  11. GLIBC_2.5  
  12. GLIBC_2.6  
  13. GLIBC_2.7  
  14. GLIBC_2.8  
  15. GLIBC_2.9  
  16. GLIBC_2.10  
  17. GLIBC_2.11  
  18. GLIBC_2.12  
  19. GLIBC_2.13  
  20. GLIBC_2.14  
  21. GLIBC_2.15  
  22. GLIBC_PRIVATE  
$ ll  libc.so.6
lrwxrwxrwx 1 root root 7 Sep 23 07:41 libc.so.6 -> libc.so
[usr@linux glibc-build-2.15]$ strings libc.so | grep GLIBC
GLIBC_2.2.5
GLIBC_2.2.6
GLIBC_2.3
GLIBC_2.3.2
GLIBC_2.3.3
GLIBC_2.3.4
GLIBC_2.4
GLIBC_2.5
GLIBC_2.6
GLIBC_2.7
GLIBC_2.8
GLIBC_2.9
GLIBC_2.10
GLIBC_2.11
GLIBC_2.12
GLIBC_2.13
GLIBC_2.14
GLIBC_2.15
GLIBC_PRIVATE

這是我們需要的lib了,然后去更新系統的庫。
這里要注意,更新系統里的鏈接(我的是/lib64/libc.so.6) 很容易出錯,我不清楚有沒有更好的辦法,一般都是刪除舊鏈接,建立新鏈接
但刪除舊鏈接后,很多命令直接不能用了,因為此時系統中不到glibc的庫了。這個時候就需要臨時指定一個glibc庫,方法如下(libc.so改個名以便好與以后更新的其他版本區分):

  1. cp /****/glibc-build-2.15/libc.so /lib64/libc-2.15.so  
  2. rm -rf /lib64/libc.so.6  
  3. LD_PRELOAD=/lib64/libc-2.15.so ln -s/lib64/libc-2.15.so  lib64/libc.so.6  
cp /****/glibc-build-2.15/libc.so /lib64/libc-2.15.so
rm -rf /lib64/libc.so.6
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  
  2. GLIBC_2.2.5  
  3. GLIBC_2.2.6  
  4. GLIBC_2.3  
  5. GLIBC_2.3.2  
  6. GLIBC_2.3.3  
  7. GLIBC_2.3.4  
  8. GLIBC_2.4  
  9. GLIBC_2.5  
  10. GLIBC_2.6  
  11. GLIBC_2.7  
  12. GLIBC_2.8  
  13. GLIBC_2.9  
  14. GLIBC_2.10  
  15. GLIBC_2.11  
  16. GLIBC_2.12  
  17. GLIBC_2.13  
  18. GLIBC_2.14  
  19. GLIBC_2.15  
  20. GLIBC_PRIVATE  
$ strings /lib64/libc.so.6 | grep GLIBC
GLIBC_2.2.5
GLIBC_2.2.6
GLIBC_2.3
GLIBC_2.3.2
GLIBC_2.3.3
GLIBC_2.3.4
GLIBC_2.4
GLIBC_2.5
GLIBC_2.6
GLIBC_2.7
GLIBC_2.8
GLIBC_2.9
GLIBC_2.10
GLIBC_2.11
GLIBC_2.12
GLIBC_2.13
GLIBC_2.14
GLIBC_2.15
GLIBC_PRIVATE

說明連接更新成功,再編譯的話,GLIBC_2.15及以下版本的依賴問題就不會出現了。

http://love.junzimu.com/archives/2269


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM