服务器系统要配置好可用的软件源
# zypper se -t pattern# zypper in -t pattern gnome# vim /etc/sysconfig/displaymanager将以下内容：
......
DISPLAYMANAGER_XSERVER="Xorg"修改为：
......
DISPLAYMANAGER_XSERVER="gdm"# systemctl set-default graphical.target# startx或者：
# init 5# nmcli connection show# nmcli connection add type bond con-name <connection name of network card binding group> ifname <name of network card binding group> mode <network card binding group type> miimon <delay time># nmcli connection add type bond con-name bond0 ifname bond0 mode active-backup miimon 100（补充：这里以创建连接名为 bond0 设备名为 bond0 延迟为 100 毫秒的网卡捆绑组为例）
# nmcli connection add type bond-slave con-name <network card connection name> ifname <subnet card name> master <network card binding group type># nmcli connection add type bond-slave con-name bond0-eth0 ifname eth0 master bond0
# nmcli connection add type bond-slave con-name bond0-eth1 ifname eth1 master bond0（补充：这里以将设备名为 eth0 和 eth1 的网卡添加到 bond0 网卡捆绑组，同时指定名称为 bond0-eth0 和 bond1-eth1 为例）
（注意：这里的 con-name 和 ifname 最好不要设置成一样的，否则后面不好管理）
# nmcli connection modify bond0 ipv4.addresses 192.168.100.5/24 ipv4.gateway 192.168.100.1 autoconnect yes ipv4.method manual（补充：这里给 bon0 网卡捆绑组添加 192.168.100.5/24 IP 地址，192.168.100.1 网关 IP 地址，开机自动启动并且把网卡设置成静态 IP 地址为例）
# nmcli connection show# nmcli connection up <subnet card name># nmcli connection up bond0-eth0
# nmcli connection up bond0-eth1（补充：这里以重启 eth0 或者 eth1 为例）
或者：
# nmcli connection reload# nmcli connection up <connection name of network card binding group># nmcli connection up bond0（补充：这里以启动 bond0 网卡组为例）
# ip address show （补充：如果网卡组里出现了我们配置的 IP 地址，则代表 IP 地址配置成功）
# cat /proc/net/bonding/<bond name># cat /proc/net/bonding/bond0（补充：这里以显示网卡组 bond0 的子网卡为例）
安装 REHL 和 CentOS 系统时，系统可能会自动附带安装 libvirtd，并且启动其中的虚拟 IP
# ip -4 addr（如果在输出的结果中包含的有以 virbr 开头的网卡信息，则代表虚拟网卡是启动的）
# ifconfig virbr0 down# brctl delbr virbro# systemctl disable libvirtd# systemctl list-unit-files（补充：所有受 systemctl 管理单元的文件都是放在 /usr/lib/systemd/system 目录下的）
# systemctl list-units（补充：所有受 systemctl 管理单元的文件都是放在 /usr/lib/systemd/system 目录下的）
# systemctl --failed（补充：所有受 systemctl 管理单元的文件都是放在 /usr/lib/systemd/system 目录下的）
# systemctl list-units --all --type target（
补充：
1) 所有受 systemctl 目标管理单元的文件都是放在 /usr/lib/systemd/system 目录下的
2) service 是一个个单独的服务
3) target 是包含很多个单独服务（service）的一组服务
）
# systemctl list-units --typer=target --state=running（
补充：
1) 所有受 systemctl 目标管理单元的文件都是放在 /usr/lib/systemd/system 目录下的
2) service 是一个个单独的服务
3) target 是包含很多个单独服务（service）的一组服务
）
# systemctl list-units --all --type=target --state=active（
补充：
1) 所有受 systemctl 目标管理单元的文件都是放在 /usr/lib/systemd/system 目录下的
2) service 是一个个单独的服务
3) target 是包含很多个单独服务（service）的一组服务
）
# systemctl list-units --all --type=target --state=inactive（
补充：
1) 所有受 systemctl 目标管理单元的文件都是放在 /usr/lib/systemd/system 目录下的
2) service 是一个个单独的服务
3) target 是包含很多个单独服务（service）的一组服务
）
# systemctl list-units --all --type service（
补充：
1) 所有受 systemctl 管理单元的文件都是放在 /usr/lib/systemd/system 目录下的
2) service 是一个个单独的服务
3) target 是包含很多个单独服务（service）的一组服务
）
# systemctl list-units --typer=service --state=running（
补充：
1) 所有受 systemctl 管理单元的文件都是放在 /usr/lib/systemd/system 目录下的
2) service 是一个个单独的服务
3) target 是包含很多个单独服务（service）的一组服务
）
# systemctl list-units --all --type=service --state=active（
补充：
1) 所有受 systemctl 管理单元的文件都是放在 /usr/lib/systemd/system 目录下的
2) service 是一个个单独的服务
3) target 是包含很多个单独服务（service）的一组服务
）
# systemctl list-units --all --type=service --state=inactive（
补充：
1) 所有受 systemctl 管理单元的文件都是放在 /usr/lib/systemd/system 目录下的
2) service 是一个个单独的服务
3) target 是包含很多个单独服务（service）的一组服务
）
# systemctl status <unit>（
补充：
1) systemctl 的主要状态项有：
Loaded 单元是否已被内存加载
Active 单元是否已成功运行
Main PID 单元主进程的 PID 号
Status 单元的其他相关信息
2) Active 状态项的参数有：
loaded 单元文件已经处理
active（running） 单元正在运行
active（exited）已完成单元的一次性配置
active（waiting）正在等待启动
inactive 没有启动
enabled 将在系统启动时自动启动
disabled 不会在系统启动时自动启动
static 可以被其他单元启动
3) 单元既可以是服务单元也可以是目标单元
）
# systemctl status -l <unit>（
补充：
1) systemctl 的主要状态项有：
Loaded 单元是否已被内存加载
Active 单元是否已成功运行
Main PID 单元主进程的 PID 号
Status 单元的其他相关信息
2) Active 状态项的参数有：
loaded 单元文件已经处理
active（running） 单元正在运行
active（exited）已完成单元的一次性配置
active（waiting）正在等待启动
inactive 没有启动
enabled 将在系统启动时自动启动
disabled 不会在系统启动时自动启动
static 可以被其他单元启动
3) 单元既可以是服务单元也可以是目标单元
）
# systemctl start <unit>（
补充：
1) service 是一个个单独的服务
2) target 是包含很多个单独服务（service）的一组服务
3) 单元既可以是服务单元（service）也可以是目标单元（target）
）
# systemctl stop <unit>（
补充：
1) service 是一个个单独的服务
2) target 是包含很多个单独服务（service）的一组服务
3) 单元既可以是服务单元（service）也可以是目标单元（target）
）
# systemctl restart <unit>（
补充：
1) service 是一个个单独的服务
2) target 是包含很多个单独服务（service）的一组服务
3) 单元既可以是服务单元（service）也可以是目标单元（target）
）
# systemctl is-active <unit>（
补充：
1) service 是一个个单独的服务
2) target 是包含很多个单独服务（service）的一组服务
3) 单元既可以是服务单元（service）也可以是目标单元（target）
）
# ll /usr/lib/systemd/system/<unit># systemctl list-unit-files | grep ^<file name># ll /usr/lib/systemd/system/ctrl-alt-del.target
lrwxrwxrwx 1 root root 13 May 19 06:56 /usr/lib/systemd/system/ctrl-alt-del.target -> reboot.target（
补充：
1) 这里以显示 systemctl 的 ctrl-alt-del.target 服务在 systemctl 中的文件名为例
2) 从这里的输出结果可以看出 systemctl 的 ctrl-alt-del.target 服务在 systemctl 中的文件名为 reboot.target
）
# systemctl list-unit-files | grep ^reboot.target
reboot.target disabled disabled（补充：这里以显示 systemctl 的 reboot.target 文件名为例）
# systemctl enable --now <unit>（
补充：
1) service 是一个个单独的服务
2) target 是包含很多个单独服务（service）的一组服务
3) 单元既可以是服务单元（service）也可以是目标单元（target）
）
# systemctl disable --now <unit>（
补充：
1) service 是一个个单独的服务
2) target 是包含很多个单独服务（service）的一组服务
3) 单元既可以是服务单元（service）也可以是目标单元（target）
）
# systemctl enable <unit>（
补充：
1) service 是一个个单独的服务
2) target 是包含很多个单独服务（service）的一组服务
3) 单元既可以是服务单元（service）也可以是目标单元（target）
）
# systemctl disable <unit>（
补充：
1) service 是一个个单独的服务
2) target 是包含很多个单独服务（service）的一组服务
3) 单元既可以是服务单元（service）也可以是目标单元（target）
）
# systemctl is-enabled <unit>（
补充：
1) service 是一个个单独的服务
2) target 是包含很多个单独服务（service）的一组服务
3) 单元既可以是服务单元（service）也可以是目标单元（target）
）
# systemctl mask <unit>（
补充：
1) service 是一个个单独的服务
2) target 是包含很多个单独服务（service）的一组服务
3) 单元既可以是服务单元（service）也可以是目标单元（target）
）
# systemctl umask <unit>（
补充：
1) service 是一个个单独的服务
2) target 是包含很多个单独服务（service）的一组服务
3) 单元既可以是服务单元（service）也可以是目标单元（target）
）
# systemctl daemon-reload记一次iotop分析磁盘占用io问题
问题描述
某一台服务器上面 程序在每小时内偶尔丢包 排查服务器所有性能瓶颈之后发现一个奇怪的问题 程序丢包前后 会有IO过高的情况 于是使用iotop命令排查是哪个程序偶尔占用过高的磁盘IO
所用命令
iotop
相关参数
-o：只显示有io操作的进程
-b：批量显示，无交互，主要用作记录到文件
-n NUM：显示NUM次，主要用于非交互式模式
-d SEC：间隔SEC秒显示一次
-p PID：监控的进程pid
-u USER：监控的进程用户
排查方法
iostat命令 只能看出每个盘符的IO情况 不能看到是具体哪个进程使用的IO 所以 我们需要使用iotop命令 但是这次的IO情况并不是一直出现 而是偶尔不规律出现 如果用肉眼去一直盯着终端看 显然不可行 于是我们可以用iotop的-b参数 让结果以非交互的方式输出 这样我们便可以用awk去处理 打印出我们需要的IO列以及相应的进程
命令
iotop -b | awk -F'%' '{if($(NF-1) > 0.2 && $(NF-1) ~ /[0-9]/ && $0 !~ /DISK/)printf "TIME: %s,IO:%s%,COMMAND:%s\n",strftime("%F %T"),$(NF-1),$NF}'
输出结果
[root@localhost ~]# iotop -b | awk -F'%' '{if($(NF-1) > 0.2 && $(NF-1) ~ /[0-9]/ && $0 !~ /DISK/)printf "TIME: %s,IO:%s%,COMMAND:%s\n",strftime("%F %T"),$(NF-1),$NF}'
TIME: 2018-03-21 18:04:23,IO: 0.23 %,COMMAND: [kworker/0:2]
TIME: 2018-03-21 18:04:35,IO: 0.44 %,COMMAND: [kworker/0:2]
TIME: 2018-03-21 18:04:47,IO: 0.22 %,COMMAND: [kworker/0:2]
TIME: 2018-03-21 18:04:58,IO: 0.39 %,COMMAND: [kworker/0:2]
TIME: 2018-03-21 18:05:08,IO: 0.68 %,COMMAND: [kworker/0:2]
TIME: 2018-03-21 18:05:22,IO: 0.52 %,COMMAND: [kworker/0:2]
TIME: 2018-03-21 18:05:34,IO: 0.24 %,COMMAND: [kworker/0:2]
TIME: 2018-03-21 18:05:45,IO: 0.26 %,COMMAND: [kworker/0:2]
输出结果类似上面 这里只是简单举个例子 打印出IO大于0.2%的进程 并根据客户需求打印除相应的时间 这里的时间打印 利用awk自己的函数 strftime()
————————————————
版权声明：本文为CSDN博主「why_me310」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/why_me310/article/details/79643352注明：所有转载内容皆直接从被转载文章网页的标题和内容的文本中复制而来
站主补充：
iotop 还有以下参数
-k, --kilobytes 在非交互的模式下，以 kb 为单位显示
-t, --time 在非交互的模式下，加上时间戳
-q, --quiet 在交互的模式下，禁止头几行，它有三种指定方式
-q 只有在第一次显示时显示列名
-qq 永远不显示列名
-qqq 永远不显示 I/O 汇总的总量