1.
Structure needs cleaning
xfs_repair -L 慎用
2. journalctl -e end -r reverse -u user
3. docker 挂载
/dev/dm-1 15G 3.0G 13G 20% /var/lib/docker/devicemapper/mnt/6122d872d659f8918095a1ba73eea4b5429b356e27fa58f73e6504451074e2b7
lrwxrwxrwx 1 root root 7 May 24 15:54 /dev/mapper/docker-8:2-7611172-4617ca811e46fe0bdc3e3d792c42783b0b5ed406d2fafeddbfc54c94ce072e9f -> ../dm-1
手动挂载
4 . sudo 相关
把用户属组更改，对相应的数组设备
sudo su - 提示失败 ，查 sudo 命令的权限，u+s 才做，给用户 属主的权限
5 . ipvs 相关
ipvsadm -Lnc 查当前的链接详情
-ln --rate 链接速度
-ln --stats 链接总量
ipvsadm -ln 显示的size 值 有时候小，扩大，通过 载入模块实现，用 insmod 跟绝对路径实现载入
rmmod 删除 模块
lsmod 查看载入模块
相同功能有modprobe
modprobe -l 显示 -a 加载 -r remove
ipvs+ ospf
vip 不通：
1. 查看vtysh 里邻居是否正常建立，标志 full init
2. ospf 配置文件里是否配置，服务是否启动，/etc/quaage/ospfd.conf systemctl status ospfd
3. 查 /etc/system.conf 的模块 ？？？？
4. ip 是否可用，可临时配置测试。
b. real -server 是否在回环口配置vip
c. vip ping 没问题，但访问时通时不通
1. ipvs 设备管理ip 与 real-server ip 有的不在同一网段内，转发失败， 二层 mac
2, 交换机 hash 模式错误，同一个请求， 请求包分别指向不通的lvs 机器 。
3. real-server ip 配到了 lvs 的bond1 上，当成了ospf ip 用。
d, lvs 三线ip 可实现 节省ip 资源
e, ipvs 管理规则 和 所配置的不一致， 可能是 存在ipvsadm store
f , 今天碰到一个 由原先的 3台机器组成的lvs 集群 改成2台机器组成的集群， 出现vip 访问时通时不通的问题，
原因： 原先的第三台设备的ospf 服务正常启动， vip 在配置文件里没清除，因此会访问到， 但ipvsadm 无后端配置，直接提示 could not connect to host
ospfd 和 zebra 命令 均来自 quagga 安装包，
6.14
升级CCTS 服务 清盘后发现节点带宽突然掉量，查状态码正常，机器无异常报警，除了入带宽增加外，which is normal ，
原因： 入带宽 有限制， 回源拉数据慢， 响应慢，堵塞， 导致出带宽 降低 ，后来 逐步放开限制后， 带宽恢复。