Menu
▾
▴
Re: [Devmon] Problem reading out SNMP values with Devmon; snmpwalk is working
|
From: Becker C. <chr...@rh...> - 2012-05-31 13:02:13
|
Ken,
my specs file did already have snmp ver 2 set.
Any ideas ?
Kind regards
Christian
CHRISTIAN BECKER
System Engineer
CSC
August-Horch-Strasse 28, 56070 Koblenz, Germany
Global Outsourcing Services Central Region
-----Ursprüngliche Nachricht-----
Von: kco...@ry... [mailto:kco...@ry...]
Gesendet: Donnerstag, 31. Mai 2012 13:57
An: Devmon List
Betreff: Re: [Devmon] Problem reading out SNMP values with Devmon; snmpwalk is working
Does your specs file have snmp ver 2 set ?
I've done it before...snmpwalk is all good and my oids are set and I scratch my head...then realize my specs file is set with snmp v1 and the host don't answer with v1.
Ken Connell
Intermediate Network Engineer
Computer & Communication Services
Ryerson University
350 Victoria St
RM AB50
Toronto, Ont
M5B 2K3
416-979-5000 x6709
-----Original Message-----
From: Becker Christian <chr...@rh...>
Date: Thu, 31 May 2012 11:07:55
To: dev...@li...<dev...@li...>
Reply-to: dev...@li...
Subject: [Devmon] Problem reading out SNMP values with Devmon; snmpwalk is
working
Hello out there,
I have a problem for which I neither have a solution nor an explanation why this problem occurs.
I have Devmon v0.3.1-beta1 running on a Xymon 4.3.7 server. The operating system is Red Hat Enterprise Linux Server release 6.1 (Santiago).
I have installed templates from the sourceforge site; these templates are working and my Xymon pages are being populated with values coming from the devices having the DEVMON tag in the hosts.cfg file.
Now that we have the Cisco Call Manager (aka Cisco Unified Communications) up and running at our site, I was in the need to include these components (which are Cisco proprietary linux virtual machines) into Xymon. After reading around a bit I came to the solution, that the template linux-netsnmp would do the things for us that we need.
And here the problem starts.
Looking into the file <path-to-devmon>/templates/linux-netsnmp/disk/oids I can see the following:
DiskName : .1.3.6.1.2.1.25.2.3.1.3 : branch
DiskBlocks : .1.3.6.1.2.1.25.2.3.1.5 : branch
DiskBlocksUsed : .1.3.6.1.2.1.25.2.3.1.6 : branch
DiskBlockSize : .1.3.6.1.2.1.25.2.3.1.4 : branch
Testing these snmp values with the "normal" snmpwalk command against my Cisco target produces the following output:
[root@xymon disk]# snmpwalk -v2c -cpublic MY.CISCO.TARGET .1.3.6.1.2.1.25.2.3.1.3
HOST-RESOURCES-MIB::hrStorageDescr.1 = STRING: Physical RAM
HOST-RESOURCES-MIB::hrStorageDescr.2 = STRING: Virtual Memory
HOST-RESOURCES-MIB::hrStorageDescr.3 = STRING: /
HOST-RESOURCES-MIB::hrStorageDescr.4 = STRING: /proc
HOST-RESOURCES-MIB::hrStorageDescr.5 = STRING: /sys
HOST-RESOURCES-MIB::hrStorageDescr.6 = STRING: /dev/pts
HOST-RESOURCES-MIB::hrStorageDescr.7 = STRING: /grub
HOST-RESOURCES-MIB::hrStorageDescr.8 = STRING: /partB
HOST-RESOURCES-MIB::hrStorageDescr.9 = STRING: /common
HOST-RESOURCES-MIB::hrStorageDescr.10 = STRING: /dev/shm
HOST-RESOURCES-MIB::hrStorageDescr.11 = STRING: /proc/sys/fs/binfmt_misc
HOST-RESOURCES-MIB::hrStorageDescr.12 = STRING: /var/log/ramfs/cm/trace/ccm/sdi
HOST-RESOURCES-MIB::hrStorageDescr.13 = STRING: /var/log/ramfs/cm/trace/ccm/sdl
HOST-RESOURCES-MIB::hrStorageDescr.14 = STRING: /var/log/ramfs/cm/trace/ccm/calllogs
HOST-RESOURCES-MIB::hrStorageDescr.15 = STRING: /var/log/ramfs/cm/trace/ccm/dntrace
HOST-RESOURCES-MIB::hrStorageDescr.16 = STRING: /var/log/ramfs/cm/trace/cti/sdi
HOST-RESOURCES-MIB::hrStorageDescr.17 = STRING: /var/log/ramfs/cm/trace/cti/sdl
[root@xymon disk]#
[root@xymon disk]# snmpwalk -v2c -cpublic MY.CISCO.TARGET .1.3.6.1.2.1.25.2.3.1.5
HOST-RESOURCES-MIB::hrStorageSize.1 = INTEGER: 1004241
HOST-RESOURCES-MIB::hrStorageSize.2 = INTEGER: 516070
HOST-RESOURCES-MIB::hrStorageSize.3 = INTEGER: 3660764
HOST-RESOURCES-MIB::hrStorageSize.4 = INTEGER: 0
HOST-RESOURCES-MIB::hrStorageSize.5 = INTEGER: 0
HOST-RESOURCES-MIB::hrStorageSize.6 = INTEGER: 0
HOST-RESOURCES-MIB::hrStorageSize.7 = INTEGER: 253871
HOST-RESOURCES-MIB::hrStorageSize.8 = INTEGER: 3660780
HOST-RESOURCES-MIB::hrStorageSize.9 = INTEGER: 12544916
HOST-RESOURCES-MIB::hrStorageSize.10 = INTEGER: 502120
HOST-RESOURCES-MIB::hrStorageSize.11 = INTEGER: 0
HOST-RESOURCES-MIB::hrStorageSize.12 = INTEGER: 32768
HOST-RESOURCES-MIB::hrStorageSize.13 = INTEGER: 32768
HOST-RESOURCES-MIB::hrStorageSize.14 = INTEGER: 32768
HOST-RESOURCES-MIB::hrStorageSize.15 = INTEGER: 32768
HOST-RESOURCES-MIB::hrStorageSize.16 = INTEGER: 32768
HOST-RESOURCES-MIB::hrStorageSize.17 = INTEGER: 32768
[root@xymon disk]#
[root@xymon disk]# snmpwalk -v2c -cpublic MY.CISCO.TARGET .1.3.6.1.2.1.25.2.3.1.6
HOST-RESOURCES-MIB::hrStorageUsed.1 = INTEGER: 683687
HOST-RESOURCES-MIB::hrStorageUsed.2 = INTEGER: 192
HOST-RESOURCES-MIB::hrStorageUsed.3 = INTEGER: 3013226
HOST-RESOURCES-MIB::hrStorageUsed.4 = INTEGER: 0
HOST-RESOURCES-MIB::hrStorageUsed.5 = INTEGER: 0
HOST-RESOURCES-MIB::hrStorageUsed.6 = INTEGER: 0
HOST-RESOURCES-MIB::hrStorageUsed.7 = INTEGER: 10479
HOST-RESOURCES-MIB::hrStorageUsed.8 = INTEGER: 2959094
HOST-RESOURCES-MIB::hrStorageUsed.9 = INTEGER: 8579106
HOST-RESOURCES-MIB::hrStorageUsed.10 = INTEGER: 19872
HOST-RESOURCES-MIB::hrStorageUsed.11 = INTEGER: 0
HOST-RESOURCES-MIB::hrStorageUsed.12 = INTEGER: 13
HOST-RESOURCES-MIB::hrStorageUsed.13 = INTEGER: 329
HOST-RESOURCES-MIB::hrStorageUsed.14 = INTEGER: 426
HOST-RESOURCES-MIB::hrStorageUsed.15 = INTEGER: 0
HOST-RESOURCES-MIB::hrStorageUsed.16 = INTEGER: 32
HOST-RESOURCES-MIB::hrStorageUsed.17 = INTEGER: 480
[root@xymon disk]#
[root@xymon disk]# snmpwalk -v2c -cpublic MY.CISCO.TARGET .1.3.6.1.2.1.25.2.3.1.4
HOST-RESOURCES-MIB::hrStorageAllocationUnits.1 = INTEGER: 4096 Bytes
HOST-RESOURCES-MIB::hrStorageAllocationUnits.2 = INTEGER: 4096 Bytes
HOST-RESOURCES-MIB::hrStorageAllocationUnits.3 = INTEGER: 4096 Bytes
HOST-RESOURCES-MIB::hrStorageAllocationUnits.4 = INTEGER: 4096 Bytes
HOST-RESOURCES-MIB::hrStorageAllocationUnits.5 = INTEGER: 4096 Bytes
HOST-RESOURCES-MIB::hrStorageAllocationUnits.6 = INTEGER: 4096 Bytes
HOST-RESOURCES-MIB::hrStorageAllocationUnits.7 = INTEGER: 1024 Bytes
HOST-RESOURCES-MIB::hrStorageAllocationUnits.8 = INTEGER: 4096 Bytes
HOST-RESOURCES-MIB::hrStorageAllocationUnits.9 = INTEGER: 4096 Bytes
HOST-RESOURCES-MIB::hrStorageAllocationUnits.10 = INTEGER: 4096 Bytes
HOST-RESOURCES-MIB::hrStorageAllocationUnits.11 = INTEGER: 4096 Bytes
HOST-RESOURCES-MIB::hrStorageAllocationUnits.12 = INTEGER: 4096 Bytes
HOST-RESOURCES-MIB::hrStorageAllocationUnits.13 = INTEGER: 4096 Bytes
HOST-RESOURCES-MIB::hrStorageAllocationUnits.14 = INTEGER: 4096 Bytes
HOST-RESOURCES-MIB::hrStorageAllocationUnits.15 = INTEGER: 4096 Bytes
HOST-RESOURCES-MIB::hrStorageAllocationUnits.16 = INTEGER: 4096 Bytes
HOST-RESOURCES-MIB::hrStorageAllocationUnits.17 = INTEGER: 4096 Bytes
[root@xymon disk]#
For me, this makes me think that the snmp mechanisms do what they should do.
But if I now start the devmon processes, I receive messages like this in the devmon.log:
No SNMP data found for DiskName on MY.CISCO.TARGET
The Xymon page that contains my Cisco target displays the "disk" column. That means that devmon could identify my Cisco target as linux-netsnmp. But when clicking on the disk-column, I get also the message
Missing repeater data for primary OID DiskName
and the test itself remains "clear" (=no data).
This happens not only for the "disk" test, but also for the tests "diskio", "processes" and "temp". For any reason I cannot understand the mechanism does work for the "memory" test.
The fact, that in the file <path-to-devmon>/templates/linux-netsnmp/disk/oids the parameter is called DiskName and not hrStorageDescr (or whatever for the other values) shouldn't / doesn't matter, because these are only variables that are filled with the values coming from the snmp values. If I simply change the parameter DiskName in the oids file to hrStorageDescr, then I get the message
Missing repeater data for primary OID hrStorageDescr
in the devmon.log file. So this shouldn't be the reason.
Does anybody here have enough experience in putting snmp and devmon together to lead me to the solution to fix this?
Sorry if my english isn't at 100%....
Best regards
Christian
CHRISTIAN BECKER
System Engineer
CSC
August-Horch-Strasse 28, 56070 Koblenz, Germany
Global Outsourcing Services Central Region
________________________________
CSC * This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose * CSC Deutschland Services GmbH * Registered Office: Abraham-Lincoln-Park 1, 65189 Wiesbaden, Germany * Board of Directors: Gerhard Fercho (Chairman),Thomas Nebe, Peter Schmidt * Registered in Germany: HRB 7574, Wiesbaden
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Devmon-support mailing list
Dev...@li...
https://lists.sourceforge.net/lists/listinfo/devmon-support
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Devmon-support mailing list
Dev...@li...
https://lists.sourceforge.net/lists/listinfo/devmon-support
________________________________
CSC • This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose • CSC Deutschland Services GmbH • Registered Office: Abraham-Lincoln-Park 1, 65189 Wiesbaden, Germany • Board of Directors: Gerhard Fercho (Chairman),Thomas Nebe, Peter Schmidt • Registered in Germany: HRB 7574, Wiesbaden
|
