CentOS6.5下如何編譯Ceph源碼

這篇文章將為大家詳細講解有關CentOS6.5下如何編譯Ceph源碼，小編覺得挺實用的，因此分享給大家做個參考，希望大家閱讀完這篇文章后可以有所收獲。

引言

ceph源碼編譯不是一件很容易的事情，中間報了很多錯誤，比如對C++11的依賴，對BOOST的依賴以及大量其他庫的依賴，這些過程都要一一解決。本文對編譯的過程進行了一個詳細的說明，并對碰到的問題進行了記錄。

具體過程
 

1. 源碼下載

git clone https://github.com/ceph/ceph

2. 編譯

./autogen.sh
./configure

環境檢查的過程中報如下錯誤

系統報錯，缺少C++11的支持。需要升級GCC版本以支持C++11。 我咨詢過使用CentOS7系列的同學，他們自帶的GCC是高版本的，可以支持C++11.

3. GCC c++11支持
 

wget http://ftp.gnu.org/gnu/gcc/gcc-4.8.1/gcc-4.8.1.tar.gz

tar xzf gcc-4.8.1.tar.gz  
cd gcc-4.8.1  
./contrib/download_prerequisites    //安裝依賴庫
cd ..  
mkdir build_gcc4.8.1
cd build_gcc4.8.1
../configure --prefix=/usr  -enable-checking=release --enable-languages=c,c++ --disable-multilib
make -j8
sudo make install

4. 編譯Ceph源碼
編譯的過程中同樣出現了很多問題

configure: error: in `/home/ceph/ceph-src/ceph':
configure: error: libsnappy not found
See `config.log' for more details.
------------------------------------------------------------------------------------

configure: error: in `/home/ceph/ceph-src/ceph':
configure: error: libleveldb not found
See `config.log' for more details.
-------------------------------------------------------------------------------------
checking blkid/blkid.h usability... no
checking blkid/blkid.h presence... no
checking for blkid/blkid.h... no
configure: error: blkid/blkid.h not found (libblkid-dev, libblkid-devel)
-------------------------------------------------------------------------------------
checking libudev.h usability... no
checking libudev.h presence... no
checking for libudev.h... no
configure: error: libudev.h not found (libudev-dev, libudev-devel)
-------------------------------------------------------------------------------------
checking for malloc in -ltcmalloc... no
configure: error: in `/home/ceph/ceph-src/ceph':
configure: error: no tcmalloc found (use --without-tcmalloc to disable)
-------------------------------------------------------------------------------------
checking for FCGX_Init in -lfcgi... no
checking for LIBFUSE... yes
checking atomic_ops.h usability... no
checking atomic_ops.h presence... no
checking for atomic_ops.h... no
configure: error: in `/home/ceph/ceph-src/ceph':
configure: error: no libatomic-ops found (use --without-libatomic-ops to disable)
See `config.log' for more details.
-------------------------------------------------------------------------------------
checking xfs/xfs.h usability... no
checking xfs/xfs.h presence... no
checking for xfs/xfs.h... no
configure: error: xfs/xfs.h not found (--without-libxfs to disable)
----------------------------------------------------------------------------------------
Boost random library not found.

..........................................

主要采用如下辦法解決

4.1先把能安裝的依賴包給安裝

sudo yum install make automake autoconf  boost-devel fuse-devel gcc-c++ libtool libuuid-devel libblkid-devel keyutils-libs-devel cryptopp-devel fcgi-devel libcurl-devel expat-devel gperftools-devel libedit-devel libatomic_ops-devel snappy-devel leveldb-devel libaio-devel xfsprogs-devel git libudev-devel libcrypto++-dev libcrypto++-utils

4.2 yum找不到，手工rpm安裝

4.3 部分包不需要，直接without

./configure  --without-tcmalloc  --without-libatomic-ops

4.4 BOOST 庫缺失問題 

最后一個問題就是boost random lib can not found問題

yum顯示boost 和boost dev都有安裝，為什么boost庫有一部分存在，有一部分沒有呢。無奈之下采用編譯boost源碼的方法重裝BOOST

[root@gnop029-ct-zhejiang_wenzhou-16-12 home]# ls
boost_1_59_0  boost_1_59_0.tar.gz  c11  ceph  ceph.log  civetweb  dlftp  gcc4.7_build.tar.bz2  gcc-4.8.1  gcc-4.8.1.tar.bz2  usr  wget-log

 ./bootstrap.sh
 ./bjam -sTOOLS=gcc install

5 最后對ceph源碼進行

./autogen.sh
./configure
make

此處同樣出現了很多問題，編譯過程中出現了大量undefined reference boost庫的情況。

但是我在/usr/local/中可以找到boost的頭文件以及二進制庫。
 于是追查makefile文件，發現其中涉及到的BOOST庫內容如下：

BOOST_PROGRAM_OPTIONS_LIBS = -lboost_program_options-mt 
BOOST_RANDOM_LIBS = -lboost_random 
BOOST_REGEX_LIBS = -lboost_regex-mt 
BOOST_THREAD_LIBS = -lboost_thread-mt

于是去相關路徑下找庫，發現regex,thread庫后面都是沒有-mt后綴的

上網查資料發現，帶mt和不帶mt，分別意味這對多線程的支持。不禁讓我想到在WINDOWS 平臺下開發時，在VS2010下進行項目配置時，同樣會涉及到對運行時庫配置時，也有mutlithread版本的。應是類似道理。于是我對boost進行了重新編譯。

./bjam --TOOLS=gcc  --build-type=complete  --layout=tagged  install

用complete的模式進行編譯，在相關路徑下可以發現對應的二進制文件：可以發現采用新模式編譯后，很多庫的release版本，debug版本，多線程支持版本都編譯出來了，想用哪個用那個。

最后，重復步驟5，編譯ceph.

------------------------------------------------------------------------------------------------------------

在后來的編譯中，mon,osd,mds等等都編譯成功，卻發現rgw沒有編譯出來。通過顯示的增加
./configure --with-radosgw，得知了錯誤，是缺少fcgi的相關依賴。但是系統中已經安裝fcgi于是清理重裝。

[root@gnop029-ct-zhejiang_wenzhou-16-12 yum.repos.d]# sudo yum install fcgi-devel

58 packages excluded due to repository priority protections
Resolving Dependencies
--> Running transaction check
---> Package fcgi-devel.x86_64 0:2.4.0-12.el6 will be installed
--> Processing Dependency: fcgi = 2.4.0-12.el6 for package: fcgi-devel-2.4.0-12.el6.x86_64
--> Processing Dependency: libfcgi.so.0()(64bit) for package: fcgi-devel-2.4.0-12.el6.x86_64
--> Processing Dependency: libfcgi++.so.0()(64bit) for package: fcgi-devel-2.4.0-12.el6.x86_64
--> Running transaction check
---> Package fcgi.x86_64 0:2.4.0-10.el6 will be installed
---> Package fcgi-devel.x86_64 0:2.4.0-12.el6 will be installed
--> Processing Dependency: fcgi = 2.4.0-12.el6 for package: fcgi-devel-2.4.0-12.el6.x86_64
--> Finished Dependency Resolution
Error: Package: fcgi-devel-2.4.0-12.el6.x86_64 (epel)
           Requires: fcgi = 2.4.0-12.el6
           Available: fcgi-2.4.0-10.el6.x86_64 (Ceph)
               fcgi = 2.4.0-10.el6
Error: Package: fcgi-devel-2.4.0-12.el6.x86_64 (epel)
           Requires: fcgi = 2.4.0-12.el6
           Installing: fcgi-2.4.0-10.el6.x86_64 (Ceph)
               fcgi = 2.4.0-10.el6
 You could try using --skip-broken to work around the problem

將yum.repo.d文件夾下所有的repo文件刪除，只保留163的源，重新更新fcgi。后來編譯的過程中又提示

rgw/rgw_fcgi.cc:10:22: fatal error: fcgiapp.h: No such file or directory
 # include "fcgiapp.h"
                      ^
compilation terminated.

于是又安裝fcgi-devel，后成功找到頭文件，并進行編譯。

關于“CentOS6.5下如何編譯Ceph源碼”這篇文章就分享到這里了，希望以上內容可以對大家有一定的幫助，使各位可以學到更多知識，如果覺得文章不錯，請把它分享出去讓更多的人看到。