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