trouble-shooting

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 ，

原因： 入带宽 有限制， 回源拉数据慢， 响应慢，堵塞， 导致出带宽 降低 ，后来 逐步放开限制后， 带宽恢复。