对 GPFS 集群进行基于 SNMP 的监视

核心提示： 检查 SNMP 守护进程是否正在运行：ps -ef | grep snmpd，如果出现任何错误消息，对 GPFS 集群进行基于 SNMP 的监视(3)，就要检查 dmesg 和 /var/log/snmpd.log， 8. 开始接收 SNMP 陷阱在管理节点上，结果下面的示例给出应该看到的

检查 SNMP 守护进程是否正在运行：ps -ef | grep snmpd。如果出现任何错误消息，就要检查 dmesg 和 /var/log/snmpd.log。

8. 开始接收 SNMP 陷阱

在管理节点上，打开一个窗口并运行以下命令开始接收 SNMP 陷阱：/usr/sbin/snmptrapd -Lo -t -f。

9. 启用 GPFS SNMP 子代理

在 GPFS 集群中的任意节点上，启动 GPFS SNMP 子代理：mmchnode --snmp-agent -N [COLLECTOR-NODE]。

10. 检查子代理是否正在运行

在收集器节点上，检查 GPFS SNMP 子代理是否正在运行：ps -ef | grep mmsnmpagentd。

如果没有看到它正在运行，那么要确保 GPFS 和 snmpd 正在运行并检查 /var/adm/ras/mmfs.log.latest 中的诊断消息。

11. 查看陷阱是否捕捉到了信息

在管理节点上，查看是否捕捉到了 GPFS-MIB::gpfsNewConnectionTrap 陷阱（子代理要花大约 20 秒收集最初的信息）。

12. 向收集器节点查询 GPFS SNMP 信息

在管理节点上，向收集器节点查询 GPFS SNMP 信息：snmpwalk -t 10 -r 10 -c public [COLLECTOR-NODE] ibmGPFS。

检查信息是否正确；典型的结果如下所示。

结果

下面的示例给出应该看到的结果。清单 1 显示用 snmptrapd 捕捉的一个典型陷阱。

清单 1. 用 snmptrapd 捕捉的一个典型陷阱

NET-SNMP version 5.4
2007-10-26 13:29:40 <UNKNOWN> [UDP: [9.114.119.112]:56357]:
DISMAN-EVENT-MIB::sysUpTimeInstance = Timeticks: (46843) 0:07:48.43
　　 SNMPv2-MIB::snmpTrapOID.0 = OID: GPFS-MIB::gpfsStgPoolUtilizationTrap
　 GPFS-MIB::gpfsStgPoolFSName = STRING: "gpfs5"
　 GPFS-MIB::gpfsStgPoolName = STRING: "system"
　　GPFS-MIB::gpfsStgPoolUtil = Gauge32: 91
2007-10-26 13:31:16

清单 2 显示 snmpwalk 收集的典型 GPFS 集群信息。

清单 2. snmpwalk 收集的典型 GPFS 集群信息

GPFS-MIB::gpfsDiskData."gpfs4"."SP4gpfs1"."GPFSNSD20" = STRING: "y"
GPFS-MIB::gpfsDiskData."gpfs4"."SP4gpfs1"."GPFSNSD21" = STRING: "y"
GPFS-MIB::gpfsDiskData."gpfs4"."SP4gpfs1"."GPFSNSD22" = STRING: "y"
GPFS-MIB::gpfsDiskData."gpfs4"."SP4gpfs1"."GPFSNSD23" = STRING: "y"
GPFS-MIB::gpfsDiskData."gpfs5"."system"."GPFSNSD24" = STRING: "y"
GPFS-MIB::gpfsDiskData."gpfs5"."SP5gpfs1"."GPFSNSD30" = STRING: "y"
GPFS-MIB::gpfsDiskData."gpfsuser"."system"."GPFSNSD28" = STRING: "y"
GPFS-MIB::gpfsDiskData."gpfsuser"."SP5gpfs1"."GPFSNSD26" = STRING: "y"
GPFS-MIB::gpfsDiskData."gpfsuser"."SP5gpfs1"."GPFSNSD27" = STRING: "y"