CentOS下搭建Teuthology Ceph自动化测试平台（四）

CentOS下搭建Teuthology Ceph自动化测试平台（一）
CentOS下搭建Teuthology Ceph自动化测试平台（二）
CentOS下搭建Teuthology Ceph自动化测试平台（三）
CentOS下搭建Teuthology Ceph自动化测试平台（四）
CentOS下搭建Teuthology Ceph自动化测试平台（五）
Teuthology节点的部署——Ceph自动化测试平台(六)
Teuthology的使用与Ceph自动化测试用例的编写（一）
Teuthology的使用与Ceph自动化测试用例的编写（二）

这一小节介绍Gitbuilder与Ceph编译环境，之前的paddles与pulpiti等都是处于一台机器上的，他们不怎么吃资源，我这里是重新选择了一台性能较好的节点来作为编译节点，当然也可以找一台性能好的，把paddles、pulpito、gitbuilder编译工作都放在一台机器里。

该模块的用处是编译Ceph成rpm包，然后发布到自建的仓库中，做成一个局域网源。这样只需要在slave节点配置或者修改teuthology的代码，就可以让slave跑任务的时候，使用该源来安装ceph。

编译需要较好的机器，多核的比较好，并且内存总量平均下来最好每个核有2G内存。例如我搭建的测试环境是16核心，32G内存的，一台CentOS 7的虚拟机。
为了更高的自动化，会修改一些代码。实现自动编译打包，自动发布到repo上，并更新repo。

Gitbuilder与Ceph编译环境

首先克隆gitbuilder到本地

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

将ceph克隆下来，这里建议先将ceph fork到自己的仓库(还有teuthology 、ceph-cm-ansible 等)，我是将ceph fork到了自己github里面的仓库，因为社区上的ceph是在变化的，在任务节点跑任务的时候，依然会从网上拉ceph的源码，使用ceph/qa 目录下的一些测试脚本，如果你编译的ceph是之前的，任务节点跑任务安装了这个版本的ceph，而社区更新的ceph代码，加入新增了功能，那么在ceph/qa 中会多出一些内容，这时使用旧版本的ceph来测试自然就不可能通过新功能测试。所以后面的地方应该相应的也改成自己的仓库，例如teuthology的配置（本人就遇到了，又多花了时间，不多如果遇到这个问题，其实部署也就接近尾声了）
这里我依然克隆社区的ceph。

#cd gitbuilder 
#git clone https://github.com/ceph/ceph.git build //gitbuilder只编译build目录下的代码

修改gitbuilder 的代码。修改文件gitbuiler/run-build.sh

#vi run-build.sh
//if ../build.sh 2>&1; then 修改为下面这样
// if ../build.sh $commit 2>&1; then//传递一个参数给build.sh

修改build.sh

#mv build.sh.example build.sh
#vi build.sh //删除原本的例子，将内容改为下面的

#!/bin/bash -x
#
# Copy this file to build.sh so that gitbuilder can run it.
#
# What happens is that gitbuilder will checkout the revision of your software
# it wants to build in the directory called gitbuilder/build/.  Then it
# does "cd build" and then "../build.sh" to run your script.
#
# You might want to run ./configure here, make, make test, etc.
#
cp ../make-srpm.sh .
chmod 777 make-srpm.sh
./make-srpm.sh $1
exit 0

新建文件make-srpm.sh。创建目录并复制相关的包到对应的目录下，然后创建repo。相关目录结构需要与ceph官方的gitbuilder一样，不然teutholog