centos buildsystem centos镜像
Centos打包tengine制作rpm安装包教程
最近又在centos6.4下折腾tengine了,刚好不久前看了rpm包的制作方法,所以又有了搞个rpm包的想法。
1安装CentOS的开发环境集成包及tengine的依赖包
复制代码代码如下:
yum groupinstall"Development Tools"
yum install pcre-devel
yum install openssl openssl-devel
2创建tengine rpm包,用非root用户test
复制代码代码如下:
su- test
mkdir-p~/rpmbuild/{BUILD,RPMS,SOURCES,SPECS,SRPMS}
3在家目录编写.rpmmacros(就是上一篇说的自定义制作路径的文件)
复制代码代码如下:
#.rpmmacros
%_topdir/home/test/rpmbuild
%_tmppath/home/test/rpmbuild/tmp
%buildroot/home/test/rpmbuild/BUILDROOT
%_prefix/
4在家目录里创建制作目录rpmbuild
复制代码代码如下:
rpmbuild/
├── BUILD
├── RPMS
├── SOURCES
│└── tengine-1.5.0.tar.gz
├── SPECS
│└── tengine.spec
├── SRPMS
└── tmp
5 tengine.spec内容
复制代码代码如下:
Name: tengine
Version: 1.5.0
Release: 1
Vendor: Taobao
Summary: GUN Tengine X86_64
License: GPL
Source: tengine-1.5.0.tar.gz
Group: System Enviroment/Daemons
URL:
Packager: guol@oschina.com
%description
Taobao tengine package
%prep
%setup-q
./configure--prefix=/etc/Nginx/
make
%install
make DESTDIR=$RPM_BUILD_ROOT install
%clean
["$RPM_BUILD_ROOT"!="/" ]&& rm-rf"$RPM_BUILD_ROOT"
make clean
%files
%defattr(-,root,root)
/etc/nginx/
注意:在centos 6.0上使用rpmbuild制作rpm包如果出现file not found:/root/rpmbuild/BUILDROOT/…的错误,看是centos 6中的rpmbuild topdir已经改变,为了能兼容centos 5的spec文件,需要对topdir进行修改
复制代码代码如下:
编辑/usr/lib/rpm/macros文件:
%_topdir%{getenv:HOME}/rpmbuild
修改为:
%_topdir%{_usrsrc}/
6开始生产rpm包
复制代码代码如下:
#在test家目录
rpmbuild-ba./rpmbuild/SPECS/tengine.spec
如果没有错误,则会在rpmbuild/RPMS目录下生成相关rpm包。这只是简单的制作过程,如果要做深度定制,可以针对安装前后执行的脚本做定制。
如何给CentOS 安装Vmware Tools
第1步:在虚拟软件中选择“安装/重新安装VMware Tools(T)”:
第2步:安装VMwareTools功能增加包(请用root用户登陆系统):
创建/media/cdrom目录:
[root@linuxprobe~]# mkdir-p/media/cdrom
将光驱设备挂载到该目录上:
[root@linuxprobe~]# mount/dev/cdrom/media/cdrom
进入到该挂载目录:
[root@linuxprobe~]# cd/media/cdrom
将功能增强包复制到/home目录中:
[root@linuxprobe cdrom]# cp VMwareTools-9.9.0-2304977.tar.gz/home
进入到/home目录中:
[root@linuxprobe cdrom]# cd/home
解压功能增强包:
root@linuxprobe home]# tar xzvf VMwareTools-9.9.0-2304977.tar.gz
vmware-tools-distrib/
vmware-tools-distrib/FILES
vmware-tools-distrib/doc/
vmware-tools-distrib/doc/open_source_licenses.txt
vmware-tools-distrib/doc/INSTALL
vmware-tools-distrib/doc/README
vmware-tools-distrib/installer/
vmware-tools-distrib/installer/services.sh
vmware-tools-distrib/installer/guestproxy-ssl.conf
vmware-tools-distrib/installer/thinprint.sh
vmware-tools-distrib/installer/upstart-job.conf
………………此处省略解压过程细节………………
进入解压文件夹中:
[root@linuxprobe home]# cd vmware-tools-distrib/
运行安装脚本并加上参数-d,代表默认安装:
[root@linuxprobe vmware-tools-distrib]#./vmware-install.pl-d
The installer has detected an existing installation of open-vm-tools on this
system and will not attempt to remove and replace these user-space
applications. It is recommended to use the open-vm-tools packages provided by
the operating system. If you do not want to use the existing installation of
open-vm-tools and attempt to install VMware Tools, you must uninstall the
open-vm-tools packages and re-run this installer.
The installer will next check if there are any missing kernel drivers. Type yes
if you want to do this, otherwise type no [yes]
………………省略部分安装过程………………
当您看到这个字样后,重启后即可正常使用VmwareTools啦。
Creating a new initrd boot image for the kernel.
Starting Virtual Printing daemon: done
Starting vmware-tools(via systemctl): [ OK ]
The configuration of VMware Tools 9.9.0 build-2304977 for Linux for this
running kernel completed successfully.
Enjoy,
--the VMware team
第3步:重新启动系统后生效:
[root@linuxprobe~]# reboot
这里有详细安装步骤,请参考:
如何在docker centos容器中使用systemd
由于以下几个原因,docker的官方centos镜像中没有提供systemd服务:
systemd依赖于CAP_SYS_ADMIN capability.意味着运行Docker容器需要获得–privileged.这不利于一个base image;
systemd依赖于访问cgroups filesystem;
systemd有很多并不重要的文件存放在一个docker容器中,如果不删除它们会产生一些错误;
注意
在大规模Docker容器或集群等环境下,并不推荐使用Systemd来管理服务,还是使用诸如 Kubernetes、compose等管理工具吧。但在可控、几个容器环境下,我们还是希望使用systemd来方便管理我们的服务,那如何开启systemd呢?别急,请看下面。
1)首先创建一个Dockerfile用来创建systemd的base image,即父镜像。如下所示:
FROM centos:latest
MAINTAINER"xuchao"<xiaoxu790@126.com>
RUN yum-y install systemd systemd-libs
RUN yum clean all;\
(cd/lib/systemd/system/sysinit.target.wants/; for i in*;\
do [$i== systemd-tmpfiles-setup.service ]|| rm-f$i; done);\
rm-f/lib/systemd/system/multi-user.target.wants/*;\
rm-f/etc/systemd/system/*.wants/*;\
rm-f/lib/systemd/system/local-fs.target.wants/*;\
rm-f/lib/systemd/system/sockets.target.wants/*udev*;\
rm-f/lib/systemd/system/sockets.target.wants/*initctl*;\
rm-f/lib/systemd/system/basic.target.wants/*;\
rm-f/lib/systemd/system/anaconda.target.wants/*;
VOLUME ["/sys/fs/cgroup" ]
CMD ["/usr/sbin/init"]
2)执行docker build命令,来创建一个有systemd的base image:
# docker build--rm-t systemd/centos7.
3)OK后,查看下我们build好的已有docker镜像。
# docker images
REPOSITORY TAG IMAGE ID CREATED VIRTUAL SIZE
systemd/centos7 latest 25de776022cb 59 minutes ago 314.8 MB
docker.io/centos latest a65193109361 3 weeks ago 196.7 MB
4)下面,我们就可以基于这个Systemd的镜像来创建所需要的其他服务的镜像了,比如Mariadb。当然这里就还需要另外一个Dockerfile。如下所示:
FROM systemd/centos7
MAINTAINER"xuchao"<xiaoxu790@126.com>
RUN yum-y install mariadb-server mariadb; systemctl enable mariadb.service
RUN yum clean all
EXPOSE 3306
CMD ["/usr/sbin/init"]
5)为避免冲突,执行如下步骤前,需要先将上述的Dockerfile文件重命名为其他名称。
同样的,执行docker build命令来创建一个我们需要的Mariadb镜像。
# docker build-t mariadb/centos7.
6)OK后,再查看下我们build好的已有docker镜像。
# docker images
REPOSITORY TAG IMAGE ID CREATED VIRTUAL SIZE
mariadb/centos7 latest 9ed032ae46c3 13 minutes ago 555.1 MB
systemd/centos7 latest 25de776022cb 59 minutes ago 314.8 MB
docker.io/centos latest a65193109361 3 weeks ago 196.7 MB
7)不出所料,镜像都已经build OK了。
下面,我们就需要启动这个Mariadb的docker镜像了(注意需要使用参数–privileged)。如下所示:
# docker run--privileged-d-v/sys/fs/cgroup:/sys/fs/cgroup:ro-h systemd_mariadb-p 3306:3306-t mariadb/centos7
8)执行后续步骤前,我们需要先获取下该镜像启动后的容器ID。如下所示:
# docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
d6a080adf45a mariadb/centos7"/usr/sbin/init" 22 minutes ago Up 22 minutes 0.0.0.0:3306->3306/tcp determined_heisenberg
9)通过下面的命令在容器内执行命令:(其中d6a080adf45a为容器ID):
# docker exec d6a080adf45a ps-ef
UID PID PPID C STIME TTY TIME CMD
root 1 0 0 14:32? 00:00:00/usr/sbin/init
root 17 1 0 14:32? 00:00:00/usr/lib/systemd/systemd-journald
mysql 18 1 0 14:32? 00:00:00/bin/sh/usr/libexec/mariadb-prepare-db-dir mariadb.service
root 38 1 0 14:32? 00:00:00 [dbus-daemon]<defunct>
mysql 39 18 0 14:33? 00:00:00/bin/sh/usr/libexec/mariadb-prepare-db-dir mariadb.service
mysql 40 39 0 14:33? 00:00:00 systemctl show-p Group mariadb.service
mysql 41 39 0 14:33? 00:00:00 sed s/^Group=//
root 42 0 0 14:33? 00:00:00 ps-ef
10)由此可见,Mariadb数据库服务已经正常启动起来了。
当然,我们还可以以交互式方式进入到该容器内,执行相关操作,比如验证systemctl命令。
# docker exec-it d6a080adf45a bash
[root@systemd_mariadb/]# systemctl status mariadb
● mariadb.service- MariaDB database server
Loaded: loaded(/usr/lib/systemd/system/mariadb.service; enabled; vendor preset: disabled)
Active: active(running) since Sat 2016-06-25 14:33:51 UTC; 1min 40s ago
Process: 101 ExecStartPost=/usr/libexec/mariadb-wait-ready$MAINPID(code=exited, status=0/SUCCESS)
Process: 18 ExecStartPre=/usr/libexec/mariadb-prepare-db-dir%n(code=exited, status=0/SUCCESS)
Main PID: 100(mysqld_safe)
CGroup:/system.slice/docker-d6a080adf45a2d4c4c5d203cbe7aa354dbef886be3da296edf70e75267e9f05f.scope/system.slice/mariadb.service
├─100/bin/sh/usr/bin/mysqld_safe--basedir=/usr
└─256/usr/libexec/mysqld--basedir=/usr--datadir=/var/lib/mysql--plugin-dir=/usr/lib64/mysql/plugin--log-error=/var...
......................
OK,整个流程就讲完了。但有个遗留的问题,即:使用systemctl restart命令重启服务