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版本可能存在問題，而後就直接卸載重裝，而後配置文件，重啓服務一切正常。