SNMP故障问题解决方法

 

SNMP故障问题解决方法

问题描述1:

读MIB库读不完整的解决方法，由于有不少台服务器都是统一配置，300台服务器，有一部分是redhat5.7 一部分是redhat6.4  因此net-snmp的版本也不一样，致使出现的误判，觉得全部的配置同样便可，一开始就进入误区。

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

二、  检查配置规范

三、  由于对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出现如下状况：

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

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

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

 

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