Menu
▾
▴
Re: [Devmon] Problem reading out SNMP values with Devmon; snmpwalk is working
|
From: Becker C. <chr...@rh...> - 2012-06-04 09:47:22
|
Hello, Sorry for the delay... I ran the command /opt/demon//devmon --readbbhosts -vvvvvvvv --debug and that's what came out (just posting the contents belonging to my relevant Cisco target...): [12-06-04@11:37:07] CUCM-1 sysdesc = ::: Linux release:2.6.18-194.26.1.el5PAE machine:i686 ::: [12-06-04@11:37:07] CUCM-1 did not match apc : 9609 : MN: AP9606 [12-06-04@11:37:07] CUCM-1 did not match apc : 9617 : MN:AP9617 [12-06-04@11:37:07] CUCM-1 did not match apc : 9205 : Mod: AP9205 [12-06-04@11:37:07] CUCM-1 did not match apc : 9619 : MN:AP9619 [12-06-04@11:37:07] CUCM-1 did not match Riverbed Technology, Inc. : Steelhead : EL-rbt|EL-rbt-|DL0RB-GI-01 [12-06-04@11:37:07] CUCM-1 did not match brocade : SANswitch : Fibre Channel Switch [12-06-04@11:37:07] CUCM-1 did not match ibm : rsa2 : Remote Supervisor Adapter [12-06-04@11:37:07] CUCM-1 did not match f5 : bigip : bigip [12-06-04@11:37:07] CUCM-1 did not match f5 : bigip-lite : BIG\-IP [12-06-04@11:37:07] CUCM-1 did not match compaq : server : xlinux|xLinux [12-06-04@11:37:07] CUCM-1 did not match dell : perc : xLinux [12-06-04@11:37:07] CUCM-1 did not match dell : poweredge : Dell [12-06-04@11:37:07] Discovered CUCM-1 as a linux netsnmp and later, there are entries in /var/log/demon.log: [12-06-04@11:44:47] No SNMP data found for lmTempSensorsIndex on CUCM-1 [12-06-04@11:44:47] No SNMP data found for lmTempSensorsDevice on CUCM-1 [12-06-04@11:44:47] No SNMP data found for lmTempSensorsValue on CUCM-1 [12-06-04@11:44:47] No SNMP data found for DiskBlocksUsed on CUCM-1 [12-06-04@11:44:47] No SNMP data found for DiskBlockSize on CUCM-1 [12-06-04@11:44:47] No SNMP data found for DiskName on CUCM-1 [12-06-04@11:44:47] No SNMP data found for DiskBlocks on CUCM-1 [12-06-04@11:44:47] No SNMP data found for diskIOWrites on CUCM-1 [12-06-04@11:44:47] No SNMP data found for diskIOReads on CUCM-1 [12-06-04@11:44:47] No SNMP data found for diskIONWrittenX on CUCM-1 [12-06-04@11:44:47] No SNMP data found for diskIONReadX on CUCM-1 [12-06-04@11:44:47] No SNMP data found for diskIOIndex on CUCM-1 [12-06-04@11:44:47] No SNMP data found for diskIODevice on CUCM-1 [12-06-04@11:44:47] No SNMP data found for ifOutOctets on CUCM-1 [12-06-04@11:44:47] No SNMP data found for ifName on CUCM-1 Hope this helps... Regards Christian CHRISTIAN BECKER System Engineer CSC August-Horch-Strasse 28, 56070 Koblenz, Germany Global Outsourcing Services Central Region | www.csc.com -----Ursprüngliche Nachricht----- Von: Ken Connell [mailto:kco...@ry...] Gesendet: Donnerstag, 31. Mai 2012 18:02 An: Becker Christian Cc: dev...@li... Betreff: Re: AW: [Devmon] Problem reading out SNMP values with Devmon; snmpwalk is working Can you provide the message file contents ? 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: Thursday, May 31, 2012 9:02 am Subject: AW: [Devmon] Problem reading out SNMP values with Devmon; snmpwalk is working To: "kco...@ry..." <kco...@ry...>, "dev...@li..." <dev...@li...> > 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 > ________________________________ 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 |
