Unix上的SNMP陷阱

将近6天，我试图克服这个问题。Unix上的SNMP陷阱

我有2台机器。其中一个是经理10.201机器，另一个是代理（10.226）

我已配置经理的snmptrap.conf这样的文件。

authCommunity execute public  default .1 
traphandle default /usr/bin/traptoemail -s localhost -f [email protected] [email protected]

然后我配置了代理的snmpd.conf文件。

########################################################################### 
# SECTION: Access Control Setup 

rocommunity public 
rwcommunity private 



########################################################################### 
# SECTION: System Information Setup 

syslocation "Izmir, 226. machine " 
syscontact [email protected] 

########################################################################### 
# SECTION: Trap Destinations 

trap2sink 10.0.0.201 162 

authuser read -s v2c guest_user noauth .1 
authuser read -s usm guest_user noauth .1 
authcommunity read public default .1 
iquerySecName guest_user 
agentSecName guest_user 

monitor -u guest_user -r 1 "interface down" -o ifDescr ifOperStatus != 1

但我想陷入代理机的CPUIdle率。例如，我可以通过snmpwalk命令像这样获得CpuIdle。

# snmpwalk -v 2c -c public 10.0.0.226 .iso.org.dod.internet.private.enterprises.ucdavis.systemStats.**ssCpuIdle**.0

*我想陷阱管理器主机（10.0.0.201）时，代理（10.0.0.226）* ssCPuIdle率超过98 *

是否有任何人可以帮助我？我在哪里犯过错误，conf文件或其他什么？

来源

2012-02-27 icameto

有一点要注意的是，ssCpuIdle变量实际上已经消失。它是在一段固定的时间内测量的，这是一个不准确的问题。

如果你仍然想使用它的老版本SNMPD的，那么下面的监视线，可能会做你想要什么：

monitor -u guest_user -r 1 "idle too high" ssCpuIdle > 97

如果使用较新的ssCpuRawIdle对象，那么你就需要监测它的增量，而不是：

monitor -u guest_user -r 1 "idle too high" -D ssCpuRawIdle > NUMBER

但NUMBER的大小可能取决于有问题的系统（具体多少个核心）上。您可以使用对象的描述来提出初始计算的猜测并从那里开始：

DESCRIPTION "The number of 'ticks' (typically 1/100s) spent idle. 

      On a multi-processor system, the 'ssCpuRaw*' 
      counters are cumulative over all CPUs, so their 
      sum will typically be N*100 (for N processors)."

来源

2012-02-27 14:56:02

Unix上的SNMP陷阱

回答

相关问题