Oracle12c R2注意事项: 多个”/usr/bin/ssh -o StrictHostKeyChecking… /sbin/ifconfig -a”进程导到CPU使用高
12c R2 RAC环境下又一个问题特性,同样会导致cpu使用率高。
$ ps -ef|grep ifconfig root 19141 1 0 06:25 ? 00:00:00 sh -c /bin/su -l grid -c "/usr/bin/ssh -o StrictHostKeyChecking=no -o BatchMode=yes -o ConnectTimeout=5 ANBOB2 /sbin/ifconfig -a" 2>&1 root 13442 18941 99 06:25 ? 06:07:08 /bin/su -l grid -c /usr/bin/ssh -o StrictHostKeyChecking=no -o BatchMode=yes -o ConnectTimeout=5 ANBOB2 /sbin/ifconfig -a grid 26911 23166 0 12:32 pts/1 00:00:00 grep ifconfig root 23231 1 0 Jan23 ? 00:00:00 sh -c /bin/su -l grid -c "/usr/bin/ssh -o StrictHostKeyChecking=no -o BatchMode=yes -o ConnectTimeout=5 ANBOB2 /sbin/ifconfig -a" 2>&1 root 62143 23231 99 Jan23 ? 14:29:31 /bin/su -l grid -c /usr/bin/ssh -o StrictHostKeyChecking=no -o BatchMode=yes -o ConnectTimeout=5 ANBOB2 /sbin/ifconfig -a root 77112 1 0 10:30 ? 00:00:00 sh -c /bin/su -l grid -c "/usr/bin/ssh -o StrictHostKeyChecking=no -o BatchMode=yes -o ConnectTimeout=5 ANBOB2 /sbin/ifconfig -a" 2>&1 root 75443 77170 99 10:30 ? 02:02:37 /bin/su -l grid -c /usr/bin/ssh -o StrictHostKeyChecking=no -o BatchMode=yes -o ConnectTimeout=5 ANBOB2 /sbin/ifconfig -a $top PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 62254 root 25 0 98.8m 1392 1104 R 100.0 0.0 851:33.36 su 57942 root 25 0 98.8m 1400 1104 R 99.9 0.0 349:10.86 su 52171 root 25 0 98.8m 1404 1104 R 99.9 0.0 104:39.33 su
根据MOS note# 2340905.1记录是Bug 24692439 : LNX64-12.2-DIAGSNAP: AUXILIARY CMDS GENERATED BY DIAGSNAP WOULD HOG CPU FOREVER。
解决方法是禁用diagsnap,然后手动kill掉这些su 进程。
什么是diagsnap?
为了当分析节点重启和节点驱逐故障时,避免因缺少网络和操作系统级信息无法定位,引入diagsnap并与GI集成,diagsnap是12.1.0.2 GI引入的新进程,CHM的osysmod管理diagsnap资源,该资源收集弥补CHM通常不收集的其他OS统计信息。diagsnap采集是每15分钟自动运行一次, 有些特列情况也会触发diagsnap, 如下:
1. cssd发现丢失网络心跳时
2. gipcd发现 interfaces启停变化时
3. gipcd rank events
diagsnap会调用执行下面的操作系统命令:
iostat
netstat
lsof <gipcd pid/ocssd pid/crsd pid/ohasd pid>
arp
ifconfig
ping over the private interconnect
tcpdump
top
禁用diagsnap
以GI owner身份执行.(grid)
$GI_HOME/bin/oclumon manage -disable diagsnap
Diagsnap option is successfully Disabled on ANBOB1
Diagsnap option is successfully Disabled on ANBOB2
Successfully Disabled diagsnap
如果12.1 版本上执行不成功,需要以root身份执行diagsnap.pl deregister” ,手动编辑每个节点的$GI_HOME/crf/admin/crf<hostname>.ora文件,确认PSTACK=DISABLE 和DIAGSNAP=DISABLE
对不起,这篇文章暂时关闭评论。