SNMP故障问题解决方法

问题描述1:

读MIB库读不完整的解决方法，因为有很多台服务器都是统一配置，300台服务器，有一部分是redhat5.7 一部分是redhat6.4  所以net-snmp的版本也不同，导致出现的误判，以为所有的配置一样即可，一开始就进入误区。

1、  查看系统版本,查看snmp 的版本

2、  检查配置规范

3、  因为对snmp不是很熟，对配置文件每项理解的不够透彻，导致有一台服务器，读取MIB库的时候，读取不到CPU、内存、硬盘、等设备的信息。

出现的问题如下：view：定义了可以查看哪些节点设备的信息。

snmp默认配置只能查看.1.3.6.1.2.1.1和.1.3.6.1.2.1.25.1.1节点下的设备信息。

而主机CPU和内存等设备都不在这些节点下，所以无法获取这些数据。 view    systemview    included  .1 表示可以查看.1节点下的所有设备信息。

其他的5.7版本的我的配置时  view all included .1   以为all表示所有，默认全部都可以读取，结果不然，在问题出现前，细心的研究配置文件的作用，只有这样才能准确的判断问题出在哪里。

熟读详细的配置文件每项的作用

配置文件更改完毕后，进行重启相应的服务执行下面一条命令，检测本地服务器是否能正常的读库

检查  snmpwalk –v 2c –c securituy127.0.0.1

第二种snmp出现以下情况：

1、  我先查看了进程、端口号，发现没有被占用，也找了很久，始终没有发现。

2、  我始终找不出原因，就想到了查看日志，结果这个时候发现，配置产生日志的地方被注释了，我重新配置了日志生成，最后截取日志发现，过滤出我想要的日志，发现一条日志信息

3、  “receivedterm or stop signal shutting down”收到期限或停止信号关闭

4、我查看了我其他的正常服务器的snmp的版本，这台服务器的snmp版本偏低，我就发觉的我的SNMP版本可能存在问题，然后就直接卸载重装，然后配置文件，重启服务一切正常。