亚洲av成人无遮挡网站在线观看,少妇性bbb搡bbb爽爽爽,亚洲av日韩精品久久久久久,兔费看少妇性l交大片免费,无码少妇一区二区三区

  免費(fèi)注冊 查看新帖 |

Chinaunix

  平臺 論壇 博客 文庫
最近訪問板塊 發(fā)新帖
查看: 1150 | 回復(fù): 0
打印 上一主題 下一主題

RHEL4自帶SNMP信息BUG問題 [復(fù)制鏈接]

論壇徽章:
0
跳轉(zhuǎn)到指定樓層
1 [收藏(0)] [報(bào)告]
發(fā)表于 2008-12-10 11:15 |只看該作者 |倒序?yàn)g覽

                                由于linux系統(tǒng)CPU使用情況與Windows不同,造成很難通過Used來判斷CPU的使用情況,唯一的辦法只有通過Idle的空間情況來決定CPU的使用情況。
SNMPWALK讀取LINUX CPU的信息
snmpwalk -c public -v1 XXX.XXX.XXX.XXX .1.3.6.1.4.1.2021.11
UCD-SNMP-MIB::ssIndex.0 = INTEGER: 1
UCD-SNMP-MIB::ssErrorName.0 = STRING: systemStats
UCD-SNMP-MIB::ssSwapIn.0 = INTEGER: 0
UCD-SNMP-MIB::ssSwapOut.0 = INTEGER: 0
UCD-SNMP-MIB::ssIOSent.0 = INTEGER: 0
UCD-SNMP-MIB::ssIOReceive.0 = INTEGER: 1
UCD-SNMP-MIB::ssSysInterrupts.0 = INTEGER: 1
UCD-SNMP-MIB::ssSysContext.0 = INTEGER: 1
UCD-SNMP-MIB::ssCpuUser.0 = INTEGER: 2
UCD-SNMP-MIB::ssCpuSystem.0 = INTEGER: 6
UCD-SNMP-MIB::ssCpuIdle.0 = INTEGER: 91
UCD-SNMP-MIB::ssCpuRawUser.0 = Counter32: 114245222
UCD-SNMP-MIB::ssCpuRawNice.0 = Counter32: 11338
UCD-SNMP-MIB::ssCpuRawSystem.0 = Counter32: 286072807
UCD-SNMP-MIB::ssCpuRawIdle.0 = Counter32: 4294967295
UCD-SNMP-MIB::ssCpuRawWait.0 = Counter32: 15060660
UCD-SNMP-MIB::ssCpuRawKernel.0 = Counter32: 285410727
UCD-SNMP-MIB::ssCpuRawInterrupt.0 = Counter32: 662080
UCD-SNMP-MIB::ssIORawSent.0 = Counter32: 1224085090
UCD-SNMP-MIB::ssIORawReceived.0 = Counter32: 738120092
UCD-SNMP-MIB::ssRawInterrupts.0 = Counter32: 4294967295
UCD-SNMP-MIB::ssRawContexts.0 = Counter32: 4294967295
UCD-SNMP-MIB::ssCpuRawSoftIRQ.0 = Counter32: 0
UCD-SNMP-MIB::ssRawSwapIn.0 = Counter32: 0
UCD-SNMP-MIB::ssRawSwapOut.0 = Counter32: 159
其中IDLE值為
UCD-SNMP-MIB::ssCpuRawIdle.0 = Counter32: 4294967295
使用ZENOSS得到IDLE圖值卻是0

就其原因到ZENOSS官方論壇查找,結(jié)論如下:
Why is my ssCpuRawIdle data point always 0?
This is a known bug in Net-SNMP. After a system has been on and idle
long enough the ssCpuRawIdle counter will reach the limits of a 32bit
integer and stop incrementing instead of rolling over to 0. The
solution is to upgrade NetSNMP or stop collecting ssCpuRawIdle.
原來是個(gè)SNMP的BUG
我們用的系統(tǒng)是RHEL4U4,SNMP為自帶的net-snmp-5.1.2-11.EL4.11.i386.rpm
RedHat的BUG說明
https://rhn.redhat.com/errata/RHBA-2008-0700.html
根據(jù)說明提示,找到net-snmp-5.1.2-13.el4.i386.rpm版本,注意,一般系統(tǒng)安裝中,有兩個(gè)SNMP包必需安裝,一個(gè)是SNMP包一個(gè)是LIB包,所以,升級的時(shí)候,也需要同時(shí)下載與升級兩個(gè)包
下載地址:
http://ftp.isu.edu.tw/pub/Linux/CentOS/4.7/os/i386/CentOS/RPMS/?page=20
下載
net-snmp-5.1.2-13.el4.i386.rpm

net-snmp-libs-5.1.2-13.el4.i386.rpm
RPM -Uvh升級安裝,然后重啟SNMP服務(wù)
取出手IDLE值為:
UCD-SNMP-MIB::ssCpuRawIdle.0 = Counter32: 3108845392
看來是原來的BUG是大無限BUG(@@)
現(xiàn)在看看出來的結(jié)果:

此問題原于RHEL4系列中的SNMP BUG,不屬于監(jiān)控軟件BUG,對于使用Cacti,Zenoss等用戶,如果你的客戶端 也是RHEL4系列的操作系統(tǒng),如果如現(xiàn)IDLE值有問題時(shí)候,都可以借鑒本方法。
               
               

本文來自ChinaUnix博客,如果查看原文請點(diǎn):http://blog.chinaunix.net/u2/87919/showart_1712016.html
您需要登錄后才可以回帖 登錄 | 注冊

本版積分規(guī)則 發(fā)表回復(fù)

  

北京盛拓優(yōu)訊信息技術(shù)有限公司. 版權(quán)所有 京ICP備16024965號-6 北京市公安局海淀分局網(wǎng)監(jiān)中心備案編號:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年舉報(bào)專區(qū)
中國互聯(lián)網(wǎng)協(xié)會會員  聯(lián)系我們:huangweiwei@itpub.net
感謝所有關(guān)心和支持過ChinaUnix的朋友們 轉(zhuǎn)載本站內(nèi)容請注明原作者名及出處

清除 Cookies - ChinaUnix - Archiver - WAP - TOP