devmon-support — General Devmon support

[Devmon] Graphs spike on reboots

[Jeremy L. <jla...@re...>]

Guys and gals

I don't know how to solve this problem.  Many of the devices I monitor with
Devmon cause some graphs to spike when the device reboots, presumably due
to counters being reset to zero.  Conventional wisdom is to use DERIVE and
set minimum to zero.  This has been done for the standard if_load devmon
templates that I'm using, and so I don't expect to see this problem.

The RRD data either side of the spike is pretty normal, and right in the
middle is a nan value.  I end up having to go back and manually "nan" the
big numbers, so that the graph scales back to normal levels.

I can't reproduce this problem every time (eg by rebooting a server).  But
it happens often enough to be a problem.

Am I doing something wrong?

Cheers
Jeremy

Re: [Devmon] Fortigate templates

[Jeremy R. <jr...@hs...>]

Hi Stephan,

Please would you send me the fortinet templates.

Thanks.

Jeremy 


 

EUROPEAN LARGE RENTAL COMPANY OF THE YEAR 2011

This message, and any associated files, are intended only for the use of the message recipient and may contain information that is confidential, subject to copyright or constitute a trade secret. If you are not the message recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, is strictly prohibited. If you have received this message in error, please notify the sender immediately by replying to the message and then deleting it from your computer. HSS Hire Service Group Limited may monitor email traffic data and also the content of email for the purposes of security and staff training. Any views or opinions presented are solely those of jr...@hs... and do not necessarily represent those of the company.
 
HSS Hire Service Group is a limited company registered in England and Wales. Registered number: 644490.
Registered office: 25 Willow Lane, Mitcham, Surrey, CR4 4TS, United Kingdom.
-----Original Message-----
From: Stephan Buys [mailto:Ste...@mx...] 
Sent: 09 July 2012 11:36
To: Marco Avvisano
Cc: <dev...@li...>; Stephan Buys
Subject: Re: [Devmon] Fortigate templates

HI There,

Used fortinet templates, wil send to you asap.

Cheers
Stephan
On 09 Jul 2012, at 11:26 AM, Marco Avvisano wrote:

> Hi Stephan,
> I'm searching a fortigate template .. did you make it?
> 
> thanks,
> Marco
> Il 11/09/2010 12.03, Stephan Buys ha scritto:
>> Thanks for the reply, but have tried that. And tried it again now, 
>> makes no difference.
>> 
>> 
>> -----Original Message-----
>> From: Glenn Attwood <at...@ut...>
>> To: dev...@li...
>> <dev...@li...>
>> Cc: Stephan Buys <Ste...@mx...>
>> Subject: Re: [Devmon] Fortigate templates
>> Date: Fri, 10 Sep 2010 17:34:45 +0200
>> 
>> 
>> Probably a dumb question, but what if you use
>> 
>> /oids
>> fgFwPolID :	 .1.3.6.1.4.1.12356.101.5.1.2.1.1.1.1 : branch
>> fgPolPktCount :  .1.3.6.1.4.1.12356.101.5.1.2.1.1.2.1 : branch 
>> fgPolByteCount : .1.3.6.1.4.1.12356.101.5.1.2.1.1.3.1 : branch
>> 
>> i.e., specify the OID up to the bit that is actually changing
>> 
>> Glenn Attwood
>> Senior Network Administrator, IITS
>> University of Toronto Scarborough
>> 416-287-7364
>> 
>> On 09/10/2010 04:51 AM, Stephan Buys wrote:
>>> Hi all,
>>> 
>>> Busy developing Fortigate Firewall templates, going strong just have

>>> the following problem:
>>> 
>>> /oids
>>> fgFwPolID :	 .1.3.6.1.4.1.12356.101.5.1.2.1.1.1 : branch
>>> fgPolPktCount :  .1.3.6.1.4.1.12356.101.5.1.2.1.1.2 : branch 
>>> fgPolByteCount : .1.3.6.1.4.1.12356.101.5.1.2.1.1.3 : branch
>>> 
>>> /message
>>> TABLE:
>>> Policy ID|Packet Count|Byte Count
>>> {fgFwPolID}|{fgPolPktCount}|{fgPolByteCount}
>>> 
>>> Result
>>> 
>>> "2010-09-10 10:46:03 +0200"
>>> 
>>> 
>>> Alarming on (2,2,2,2,2,2,2,2,2,2,2,2,2,2,2,2)
>>>         Policy ID
>>>        Packet Count
>>>         Byte Count
>>> 2
>>> 124118298
>>> 577806539
>>> 2
>>> 124118298
>>> 577806539
>>> 2
>>> 124118298
>>> 577806539
>>> 2
>>> 124118298
>>> 577806539
>>> 2
>>> 124118298
>>> 577806539
>>> 2
>>> 124118298
>>> 577806539
>>> 2
>>> 124118298
>>> 577806539
>>> 2
>>> 124118298
>>> 577806539
>>> 2
>>> 124118298
>>> 577806539
>>> 2
>>> 124118298
>>> 577806539
>>> 2
>>> 124118298
>>> 577806539
>>> 2
>>> 124118298
>>> 577806539
>>> 2
>>> 124118298
>>> 577806539
>>> 2
>>> 124118298
>>> 577806539
>>> 2
>>> 124118298
>>> 577806539
>>> 2
>>> 124118298
>>> 577806539
>>> 
>>> 
>>> Supposed to be: (snmpwalk from same machine)
>>> 
>>> /Policy ID
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.2 = INTEGER: 2
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.5 = INTEGER: 5
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.6 = INTEGER: 6
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.7 = INTEGER: 7
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.9 = INTEGER: 9
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.12 = INTEGER: 12
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.13 = INTEGER: 13
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.14 = INTEGER: 14
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.16 = INTEGER: 16
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.17 = INTEGER: 17
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.18 = INTEGER: 18
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.19 = INTEGER: 19 
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.20 = INTEGER: 20
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.22 = INTEGER: 22
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.24 = INTEGER: 24
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.25 = INTEGER: 25
>>> 
>>> /Packet Count
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.2 = Counter32: 
>>> 124122669
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.5 = Counter32: 
>>> 54549534
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.6 = Counter32: 
>>> 24132724
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.7 = Counter32: 0
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.9 = Counter32: 
>>> 1846132
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.12 = Counter32: 
>>> 4567489
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.13 = Counter32: 
>>> 11629696
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.14 = Counter32: 676
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.16 = Counter32: 0
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.17 = Counter32: 0
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.18 = Counter32: 
>>> 1925703
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.19 = Counter32: 0 
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.20 = Counter32: 0
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.22 = Counter32: 0
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.24 = Counter32: 
>>> 28345
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.25 = Counter32: 
>>> 2089661
>>> 
>>> /Byte Count
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.2 = Counter32: 
>>> 579080034
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.5 = Counter32: 
>>> 288458478
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.6 = Counter32: 
>>> 2808814712
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.7 = Counter32: 0
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.9 = Counter32: 
>>> 1358060886
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.12 = Counter32: 
>>> 1560932375
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.13 = Counter32: 
>>> 3957765703
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.14 = Counter32: 
>>> 90521
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.16 = Counter32: 0
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.17 = Counter32: 0
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.18 = Counter32: 
>>> 256112795
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.19 = Counter32: 0 
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.20 = Counter32: 0
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.22 = Counter32: 0
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.24 = Counter32: 
>>> 7926273
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.25 = Counter32: 
>>> 767754201
>>> 
>>> 
>>> Any help would be appreciated!!
>>> 
>>> 
>>> Thanks
>>> 
>>> 
>>> Stephan Buys
>>> 
>>> 
>>> This email is subject to the MXit email disclaimer, which is 
>>> available at http://www.mxit.com/email.pdf If you cannot access the 
>>> disclaimer, please get a copy from us by sending an email to: 
>>> su...@mx...
>>> --------------------------------------------------------------------
>>> ----------
>>> Automate Storage Tiering Simply
>>> Optimize IT performance and efficiency through flexible, powerful, 
>>> automated storage tiering capabilities. View this brief to learn how

>>> you can reduce costs and improve performance.
>>> http://p.sf.net/sfu/dell-sfdev2dev
>>> _______________________________________________
>>> Devmon-support mailing list
>>> Dev...@li...
>>> https://lists.sourceforge.net/lists/listinfo/devmon-support
>> 
>> Stephan Buys
>> 
>> 
>> This email is subject to the MXit email disclaimer, which is 
>> available at http://www.mxit.com/email.pdf If you cannot access the 
>> disclaimer, please get a copy from us by sending an email to: 
>> su...@mx...
>> ---------------------------------------------------------------------
>> --------- Start uncovering the many advantages of virtual appliances 
>> and start using them to simplify application deployment and 
>> accelerate your shift to cloud computing 
>> http://p.sf.net/sfu/novell-sfdev2dev
>> _______________________________________________
>> 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

Re: [Devmon] Fortigate templates

[Stephan B. <Ste...@mx...>]

HI There,

Used fortinet templates, wil send to you asap.

Cheers
Stephan 
On 09 Jul 2012, at 11:26 AM, Marco Avvisano wrote:

> Hi Stephan,
> I'm searching a fortigate template .. did you make it?
> 
> thanks,
> Marco
> Il 11/09/2010 12.03, Stephan Buys ha scritto:
>> Thanks for the reply, but have tried that. And tried it again now, makes
>> no difference.
>> 
>> 
>> -----Original Message-----
>> From: Glenn Attwood <at...@ut...>
>> To: dev...@li...
>> <dev...@li...>
>> Cc: Stephan Buys <Ste...@mx...>
>> Subject: Re: [Devmon] Fortigate templates
>> Date: Fri, 10 Sep 2010 17:34:45 +0200
>> 
>> 
>> Probably a dumb question, but what if you use
>> 
>> /oids
>> fgFwPolID :	 .1.3.6.1.4.1.12356.101.5.1.2.1.1.1.1 : branch
>> fgPolPktCount :  .1.3.6.1.4.1.12356.101.5.1.2.1.1.2.1 : branch
>> fgPolByteCount : .1.3.6.1.4.1.12356.101.5.1.2.1.1.3.1 : branch
>> 
>> i.e., specify the OID up to the bit that is actually changing
>> 
>> Glenn Attwood
>> Senior Network Administrator, IITS
>> University of Toronto Scarborough
>> 416-287-7364
>> 
>> On 09/10/2010 04:51 AM, Stephan Buys wrote:
>>> Hi all,
>>> 
>>> Busy developing Fortigate Firewall templates, going strong just have the
>>> following problem:
>>> 
>>> /oids
>>> fgFwPolID :	 .1.3.6.1.4.1.12356.101.5.1.2.1.1.1 : branch
>>> fgPolPktCount :  .1.3.6.1.4.1.12356.101.5.1.2.1.1.2 : branch
>>> fgPolByteCount : .1.3.6.1.4.1.12356.101.5.1.2.1.1.3 : branch
>>> 
>>> /message
>>> TABLE:
>>> Policy ID|Packet Count|Byte Count
>>> {fgFwPolID}|{fgPolPktCount}|{fgPolByteCount}
>>> 
>>> Result
>>> 
>>> "2010-09-10 10:46:03 +0200"
>>> 
>>> 
>>> Alarming on (2,2,2,2,2,2,2,2,2,2,2,2,2,2,2,2)
>>>         Policy ID
>>>        Packet Count
>>>         Byte Count
>>> 2
>>> 124118298
>>> 577806539
>>> 2
>>> 124118298
>>> 577806539
>>> 2
>>> 124118298
>>> 577806539
>>> 2
>>> 124118298
>>> 577806539
>>> 2
>>> 124118298
>>> 577806539
>>> 2
>>> 124118298
>>> 577806539
>>> 2
>>> 124118298
>>> 577806539
>>> 2
>>> 124118298
>>> 577806539
>>> 2
>>> 124118298
>>> 577806539
>>> 2
>>> 124118298
>>> 577806539
>>> 2
>>> 124118298
>>> 577806539
>>> 2
>>> 124118298
>>> 577806539
>>> 2
>>> 124118298
>>> 577806539
>>> 2
>>> 124118298
>>> 577806539
>>> 2
>>> 124118298
>>> 577806539
>>> 2
>>> 124118298
>>> 577806539
>>> 
>>> 
>>> Supposed to be: (snmpwalk from same machine)
>>> 
>>> /Policy ID
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.2 = INTEGER: 2
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.5 = INTEGER: 5
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.6 = INTEGER: 6
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.7 = INTEGER: 7
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.9 = INTEGER: 9
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.12 = INTEGER: 12
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.13 = INTEGER: 13
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.14 = INTEGER: 14
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.16 = INTEGER: 16
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.17 = INTEGER: 17
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.18 = INTEGER: 18
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.19 = INTEGER: 19
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.20 = INTEGER: 20
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.22 = INTEGER: 22
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.24 = INTEGER: 24
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.25 = INTEGER: 25
>>> 
>>> /Packet Count
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.2 = Counter32: 124122669
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.5 = Counter32: 54549534
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.6 = Counter32: 24132724
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.7 = Counter32: 0
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.9 = Counter32: 1846132
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.12 = Counter32: 4567489
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.13 = Counter32: 11629696
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.14 = Counter32: 676
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.16 = Counter32: 0
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.17 = Counter32: 0
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.18 = Counter32: 1925703
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.19 = Counter32: 0
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.20 = Counter32: 0
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.22 = Counter32: 0
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.24 = Counter32: 28345
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.25 = Counter32: 2089661
>>> 
>>> /Byte Count
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.2 = Counter32: 579080034
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.5 = Counter32: 288458478
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.6 = Counter32: 2808814712
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.7 = Counter32: 0
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.9 = Counter32: 1358060886
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.12 = Counter32: 1560932375
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.13 = Counter32: 3957765703
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.14 = Counter32: 90521
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.16 = Counter32: 0
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.17 = Counter32: 0
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.18 = Counter32: 256112795
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.19 = Counter32: 0
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.20 = Counter32: 0
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.22 = Counter32: 0
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.24 = Counter32: 7926273
>>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.25 = Counter32: 767754201
>>> 
>>> 
>>> Any help would be appreciated!!
>>> 
>>> 
>>> Thanks
>>> 
>>> 
>>> Stephan Buys
>>> 
>>> 
>>> This email is subject to the MXit email disclaimer, which is available at http://www.mxit.com/email.pdf
>>> If you cannot access the disclaimer, please get a copy from us by sending an email to: su...@mx...
>>> ------------------------------------------------------------------------------
>>> Automate Storage Tiering Simply
>>> Optimize IT performance and efficiency through flexible, powerful,
>>> automated storage tiering capabilities. View this brief to learn how
>>> you can reduce costs and improve performance.
>>> http://p.sf.net/sfu/dell-sfdev2dev
>>> _______________________________________________
>>> Devmon-support mailing list
>>> Dev...@li...
>>> https://lists.sourceforge.net/lists/listinfo/devmon-support
>> 
>> Stephan Buys
>> 
>> 
>> This email is subject to the MXit email disclaimer, which is available at http://www.mxit.com/email.pdf
>> If you cannot access the disclaimer, please get a copy from us by sending an email to: su...@mx...
>> ------------------------------------------------------------------------------
>> Start uncovering the many advantages of virtual appliances
>> and start using them to simplify application deployment and
>> accelerate your shift to cloud computing
>> http://p.sf.net/sfu/novell-sfdev2dev
>> _______________________________________________
>> Devmon-support mailing list
>> Dev...@li...
>> https://lists.sourceforge.net/lists/listinfo/devmon-support
>> 
> 
> 

[Devmon] Out Of Office

[<bri...@cr...>]

  -----  The following is an automated response
  -----  to your message generated on behalf of bri...@cr...


Please note that I am currently out of the office. 

Please contact it...@cp... if you require assistance

Thanks
Brian

Re: [Devmon] Fortigate templates

[Marco A. <mar...@re...>]

Hi Stephan,
I'm searching a fortigate template .. did you make it?

thanks,
Marco
Il 11/09/2010 12.03, Stephan Buys ha scritto:
> Thanks for the reply, but have tried that. And tried it again now, makes
> no difference.
>
>
> -----Original Message-----
> From: Glenn Attwood <at...@ut...>
> To: dev...@li...
> <dev...@li...>
> Cc: Stephan Buys <Ste...@mx...>
> Subject: Re: [Devmon] Fortigate templates
> Date: Fri, 10 Sep 2010 17:34:45 +0200
>
>
> Probably a dumb question, but what if you use
>
> /oids
> fgFwPolID :	 .1.3.6.1.4.1.12356.101.5.1.2.1.1.1.1 : branch
> fgPolPktCount :  .1.3.6.1.4.1.12356.101.5.1.2.1.1.2.1 : branch
> fgPolByteCount : .1.3.6.1.4.1.12356.101.5.1.2.1.1.3.1 : branch
>
> i.e., specify the OID up to the bit that is actually changing
>
> Glenn Attwood
> Senior Network Administrator, IITS
> University of Toronto Scarborough
> 416-287-7364
>
> On 09/10/2010 04:51 AM, Stephan Buys wrote:
>> Hi all,
>>
>> Busy developing Fortigate Firewall templates, going strong just have the
>> following problem:
>>
>> /oids
>> fgFwPolID :	 .1.3.6.1.4.1.12356.101.5.1.2.1.1.1 : branch
>> fgPolPktCount :  .1.3.6.1.4.1.12356.101.5.1.2.1.1.2 : branch
>> fgPolByteCount : .1.3.6.1.4.1.12356.101.5.1.2.1.1.3 : branch
>>
>> /message
>> TABLE:
>> Policy ID|Packet Count|Byte Count
>> {fgFwPolID}|{fgPolPktCount}|{fgPolByteCount}
>>
>> Result
>>
>> "2010-09-10 10:46:03 +0200"
>>
>>
>> Alarming on (2,2,2,2,2,2,2,2,2,2,2,2,2,2,2,2)
>>          Policy ID
>>         Packet Count
>>          Byte Count
>> 2
>> 124118298
>> 577806539
>> 2
>> 124118298
>> 577806539
>> 2
>> 124118298
>> 577806539
>> 2
>> 124118298
>> 577806539
>> 2
>> 124118298
>> 577806539
>> 2
>> 124118298
>> 577806539
>> 2
>> 124118298
>> 577806539
>> 2
>> 124118298
>> 577806539
>> 2
>> 124118298
>> 577806539
>> 2
>> 124118298
>> 577806539
>> 2
>> 124118298
>> 577806539
>> 2
>> 124118298
>> 577806539
>> 2
>> 124118298
>> 577806539
>> 2
>> 124118298
>> 577806539
>> 2
>> 124118298
>> 577806539
>> 2
>> 124118298
>> 577806539
>>
>>
>> Supposed to be: (snmpwalk from same machine)
>>
>> /Policy ID
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.2 = INTEGER: 2
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.5 = INTEGER: 5
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.6 = INTEGER: 6
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.7 = INTEGER: 7
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.9 = INTEGER: 9
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.12 = INTEGER: 12
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.13 = INTEGER: 13
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.14 = INTEGER: 14
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.16 = INTEGER: 16
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.17 = INTEGER: 17
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.18 = INTEGER: 18
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.19 = INTEGER: 19
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.20 = INTEGER: 20
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.22 = INTEGER: 22
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.24 = INTEGER: 24
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.1.1.25 = INTEGER: 25
>>
>> /Packet Count
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.2 = Counter32: 124122669
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.5 = Counter32: 54549534
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.6 = Counter32: 24132724
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.7 = Counter32: 0
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.9 = Counter32: 1846132
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.12 = Counter32: 4567489
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.13 = Counter32: 11629696
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.14 = Counter32: 676
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.16 = Counter32: 0
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.17 = Counter32: 0
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.18 = Counter32: 1925703
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.19 = Counter32: 0
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.20 = Counter32: 0
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.22 = Counter32: 0
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.24 = Counter32: 28345
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.2.1.25 = Counter32: 2089661
>>
>> /Byte Count
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.2 = Counter32: 579080034
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.5 = Counter32: 288458478
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.6 = Counter32: 2808814712
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.7 = Counter32: 0
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.9 = Counter32: 1358060886
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.12 = Counter32: 1560932375
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.13 = Counter32: 3957765703
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.14 = Counter32: 90521
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.16 = Counter32: 0
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.17 = Counter32: 0
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.18 = Counter32: 256112795
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.19 = Counter32: 0
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.20 = Counter32: 0
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.22 = Counter32: 0
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.24 = Counter32: 7926273
>> SNMPv2-SMI::enterprises.12356.101.5.1.2.1.1.3.1.25 = Counter32: 767754201
>>
>>
>> Any help would be appreciated!!
>>
>>
>> Thanks
>>
>>
>> Stephan Buys
>>
>>
>> This email is subject to the MXit email disclaimer, which is available at http://www.mxit.com/email.pdf
>> If you cannot access the disclaimer, please get a copy from us by sending an email to: su...@mx...
>> ------------------------------------------------------------------------------
>> Automate Storage Tiering Simply
>> Optimize IT performance and efficiency through flexible, powerful,
>> automated storage tiering capabilities. View this brief to learn how
>> you can reduce costs and improve performance.
>> http://p.sf.net/sfu/dell-sfdev2dev
>> _______________________________________________
>> Devmon-support mailing list
>> Dev...@li...
>> https://lists.sourceforge.net/lists/listinfo/devmon-support
>
> Stephan Buys
>
>
> This email is subject to the MXit email disclaimer, which is available at http://www.mxit.com/email.pdf
> If you cannot access the disclaimer, please get a copy from us by sending an email to: su...@mx...
> ------------------------------------------------------------------------------
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing
> http://p.sf.net/sfu/novell-sfdev2dev
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
>

Re: [Devmon] Need a bit of help with devmon on RHEL

[Buchan M. <bg...@st...>]

On Thursday, 28 June 2012 12:49:01 Don Kuhlman wrote:
> Hi folks.
> Trying to run devmon to query the xymon server from itself
> 
> Command is below:
> 
> [root@SRMXymon Linux]# /home/devmon/devmon --readbbhosts -vvv
> 
> Results are below:
> 
>     Can't locate BER.pm in @INC (@INC contains: /home/devmon/modules
> /usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/usr/lib/perl5/si
> te_perl/5.8.8 /usr/lib/perl5/site_perl
> /usr/lib64/perl5/vendor_perl/5.8.8/x86_64-linux-thread-multi/usr/lib/perl5/
> vendor_perl/5.8.8
> /usr/lib/perl5/vendor_perl/usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/
> usr/lib/perl5/5.8.8 .) at /home/devmon/modules/dm_snmp.pm line 24.
>     BEGIN failed--compilation aborted at /home/devmon/modules/dm_snmp.pm
> line 2=4.
>     Compilation failed in require at /home/devmon/devmon line 25.
>     BEGIN failed--compilation aborted at /home/devmon/devmon line 25.
>     [root@SRMXymon Linux]#
> 
> Any suggestions would be appreciated.
> 

You're missing perl-SNMP_Session. You didn't specify which version of RHEL, 
but RHEL4 and 5 packages are available e.g. here:

http://staff.telkomsa.net/packages/rhel5/hobbit/noarch/perl-
SNMP_Session-1.10-1.rhel5.noarch.rpm

http://staff.telkomsa.net/packages/rhel4/hobbit/noarch/perl-
SNMP_Session-1.08-1.rhel4es.noarch.rpm

Regards,
Buchan

Re: [Devmon] Need a bit of help with devmon on RHEL

[<kco...@ry...>]

I had the same with a new Xymon/Devmon install and ended up copying the missing files over from my older server and it worked fine from then on. 


   
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: Don Kuhlman <Don...@sc...>
Date: Thu, 28 Jun 2012 12:49:01 
To: dev...@li...<dev...@li...>
Reply-to: dev...@li...
Subject: [Devmon] Need a bit of help with devmon on RHEL

Hi folks.
Trying to run devmon to query the xymon server from itself

Command is below:

[root@SRMXymon Linux]# /home/devmon/devmon --readbbhosts -vvv

Results are below:

    Can't locate BER.pm in @INC (@INC contains: /home/devmon/modules
/usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/usr/lib/perl5/si
te_perl/5.8.8 /usr/lib/perl5/site_perl
/usr/lib64/perl5/vendor_perl/5.8.8/x86_64-linux-thread-multi/usr/lib/perl5/
vendor_perl/5.8.8 
/usr/lib/perl5/vendor_perl/usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/
usr/lib/perl5/5.8.8 .) at /home/devmon/modules/dm_snmp.pm line 24.
    BEGIN failed--compilation aborted at /home/devmon/modules/dm_snmp.pm
line 2=4.
    Compilation failed in require at /home/devmon/devmon line 25.
    BEGIN failed--compilation aborted at /home/devmon/devmon line 25.
    [root@SRMXymon Linux]#

Any suggestions would be appreciated.

    Thanks!

    Don K



------------------------------------------------------------------------------
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

Re: [Devmon] Need a bit of help with devmon on RHEL

[pkc_mls <pk...@ya...>]

Le 28/06/2012 2:49, Don Kuhlman a écrit :
> Hi folks.
> Trying to run devmon to query the xymon server from itself
>
> Command is below:
>
> [root@SRMXymon Linux]# /home/devmon/devmon --readbbhosts -vvv
>
> Results are below:
>
>      Can't locate BER.pm in @INC (@INC contains: /home/devmon/modules
> /usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/usr/lib/perl5/si
> te_perl/5.8.8 /usr/lib/perl5/site_perl
> Any suggestions would be appreciated.
you're missing the convert-ber perl module from cpan.

Depending on your linux distro you can download the package or recompile 
from source available at
http://www.cpan.org/modules/by-module/Convert/Convert-BER-1.32.tar.gz
>      Thanks!
>
>      Don K
>
>

[Devmon] Need a bit of help with devmon on RHEL

[Don K. <Don...@sc...>]

Hi folks.
Trying to run devmon to query the xymon server from itself

Command is below:

[root@SRMXymon Linux]# /home/devmon/devmon --readbbhosts -vvv

Results are below:

    Can't locate BER.pm in @INC (@INC contains: /home/devmon/modules
/usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/usr/lib/perl5/si
te_perl/5.8.8 /usr/lib/perl5/site_perl
/usr/lib64/perl5/vendor_perl/5.8.8/x86_64-linux-thread-multi/usr/lib/perl5/
vendor_perl/5.8.8 
/usr/lib/perl5/vendor_perl/usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/
usr/lib/perl5/5.8.8 .) at /home/devmon/modules/dm_snmp.pm line 24.
    BEGIN failed--compilation aborted at /home/devmon/modules/dm_snmp.pm
line 2=4.
    Compilation failed in require at /home/devmon/devmon line 25.
    BEGIN failed--compilation aborted at /home/devmon/devmon line 25.
    [root@SRMXymon Linux]#

Any suggestions would be appreciated.

    Thanks!

    Don K

Re: [Devmon] Host with multiple snmp strings

[Ken C. <kco...@ry...>]

I've had no luck with the "snmp:cid(my2ndstring)" with this one...

I do have other deivices that are monitored with a different strings with the "tag" and it works just fine.

I ended up just writing an external script to fetch that data and update Xymon.


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: Buchan Milne <bg...@st...>
Date: Friday, June 22, 2012 9:34 am
Subject: Re: [Devmon] Host with multiple snmp strings
To: dev...@li..., kco...@ry...


> On Tuesday, 19 June 2012 22:47:12 kco...@ry... wrote:
>  > I currently monitor quite a few Nortel/Avaya 8600's via devmon but 
> I've run
>  > into an interesting issue with polling in regards to VRFs.
>  > 
>  > The router/switch answers polls with "string1" and gives back info 
> on the
>  > "default or global VRF"....so far so good..
>  > 
>  > If I use "string2"(which is set for the VRF), then I get back info 
> from
>  > VRF2, and "string3" gives info on VRF3...and so on.
>  > 
>  > I've specified the tag:
>  > snmp:cid(string2)model(Nortel;custom)
>  > in the host file, and devmon says it has discovered it as I have specified,
>  > but because the host responds to string1 while running "devmon
>  > --readbbhosts", it continues to do the tests with string1 and gives 
> me the
>  > output from VRF0 (global) instead of VRF2.
>  > 
>  > How am I suppose to "trick" devmon and poll with the other string ?
>  
>  If you have set the cid option correctly on your 'DEVMON' tag, it 
> shouldn't 
>  try any other community string you have configured.
>  
>  However, you may have to specify the devic multiple times by 
> different 
>  hostnames in the hosts.cfg or bb-hosts file.
>  
>  (Of course, this really isn't convenient, devices playing tricks 
> based on 
>  which community string you use is not a great data model).
>  
>  Regards,
>  Buchan
>  

Re: [Devmon] Host with multiple snmp strings

[Buchan M. <bg...@st...>]

On Tuesday, 19 June 2012 22:47:12 kco...@ry... wrote:
> I currently monitor quite a few Nortel/Avaya 8600's via devmon but I've run
> into an interesting issue with polling in regards to VRFs.
> 
> The router/switch answers polls with "string1" and gives back info on the
> "default or global VRF"....so far so good..
> 
> If I use "string2"(which is set for the VRF), then I get back info from
> VRF2, and "string3" gives info on VRF3...and so on.
> 
> I've specified the tag:
> snmp:cid(string2)model(Nortel;custom)
> in the host file, and devmon says it has discovered it as I have specified,
> but because the host responds to string1 while running "devmon
> --readbbhosts", it continues to do the tests with string1 and gives me the
> output from VRF0 (global) instead of VRF2.
> 
> How am I suppose to "trick" devmon and poll with the other string ?

If you have set the cid option correctly on your 'DEVMON' tag, it shouldn't 
try any other community string you have configured.

However, you may have to specify the devic multiple times by different 
hostnames in the hosts.cfg or bb-hosts file.

(Of course, this really isn't convenient, devices playing tricks based on 
which community string you use is not a great data model).

Regards,
Buchan

[Devmon] Host with multiple snmp strings

[<kco...@ry...>]

I currently monitor quite a few Nortel/Avaya 8600's via devmon but I've run into an interesting issue with polling in regards to VRFs. 

The router/switch answers polls with "string1" and gives back info on the "default or global VRF"....so far so good..

If I use "string2"(which is set for the VRF), then I get back info from VRF2, and "string3" gives info on VRF3...and so on. 

I've specified the tag:
snmp:cid(string2)model(Nortel;custom) 
in the host file, and devmon says it has discovered it as I have specified, but because the host responds to string1 while running "devmon --readbbhosts", it continues to do the tests with string1 and gives me the output from VRF0 (global) instead of VRF2. 

How am I suppose to "trick" devmon and poll with the other string ?




   
Ken Connell
Intermediate Network Engineer
Computer & Communication Services
Ryerson University
350 Victoria St
RM AB50
Toronto, Ont
M5B 2K3
416-979-5000 x6709

Re: [Devmon] Problem reading out SNMP values with Devmon; snmpwalk is working

[Becker C. <chr...@rh...>]

Hello,

i thought "my version" (Devmon v0.3.1-beta1) is the latest? For any reason I cannot see a newer version in svn.

Regards
Christian

CHRISTIAN BECKER
System Engineer
CSC


Von: Buchan Milne [mailto:bg...@st...]
Gesendet: Samstag, 2. Juni 2012 15:37
An: dev...@li...
Cc: Becker Christian
Betreff: Re: [Devmon] Problem reading out SNMP values with Devmon; snmpwalk is working


On Thursday, 31 May 2012 13:07:55 Becker Christian wrote:

> 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



Note that, unless you are using the version in svn, this message could be due to other SNMP oids which could not be retrieved, and as such, Devmon gave up on polling the OID.



I would suggest you enable on test at a time, or upgrade to the version from svn.



(Yes, I really do need to try and find time to finalise any outstanding changes and do a new release).



>

> 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".



The MIBs for diskio and temp are specific to net-snmp, I would recommend you disable these tests first (or, make a new template for CUCM, and leave these test out). processes is standard-based, but maybe the CUCM doesn't support the data for it.





> 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.



This template works fine for real linux servers running net-snmp, except possibly the temp test (if the net-snmp agent isn't built with lmsensors support).



Regards,

Buchan

________________________________

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

Re: [Devmon] Problem reading out SNMP values with Devmon; snmpwalk is working

[Buchan M. <bg...@st...>]

On Thursday, 31 May 2012 13:07:55 Becker Christian wrote:
> 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



Note that, unless you are using the version in svn, this message could be due 
to other SNMP oids which could not be retrieved, and as such, Devmon gave up 
on polling the OID.



I would suggest you enable on test at a time, or upgrade to the version from 
svn.



(Yes, I really do need to try and find time to finalise any outstanding 
changes and do a new release).



> 
> 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".



The MIBs for diskio and temp are specific to net-snmp, I would recommend you 
disable these tests first (or, make a new template for CUCM, and leave these 
test out). processes is standard-based, but maybe the CUCM doesn't support the 
data for it.






> 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.



This template works fine for real linux servers running net-snmp, except 
possibly the temp test (if the net-snmp agent isn't built with lmsensors 
support).



Regards,
Buchan

Re: [Devmon] Problem reading out SNMP values with Devmon; snmpwalk is working

[Becker C. <chr...@rh...>]

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

Re: [Devmon] Problem reading out SNMP values with Devmon; snmpwalk is working

[Ken C. <kco...@ry...>]

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
>  

Re: [Devmon] Problem reading out SNMP values with Devmon; snmpwalk is working

[Becker C. <chr...@rh...>]

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

Re: [Devmon] Problem reading out SNMP values with Devmon; snmpwalk is working

[<kco...@ry...>]

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

[Devmon] Problem reading out SNMP values with Devmon; snmpwalk is working

[Becker C. <chr...@rh...>]

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

Re: [Devmon] devmon init or upstart script

[Asif I. <va...@gm...>]

On Tue, May 29, 2012 at 3:39 PM, Asif Iqbal <va...@gm...> wrote:

>
>
> On Tue, May 29, 2012 at 3:37 PM, Asif Iqbal <va...@gm...> wrote:
>
>> Is there a devmon init or upstart script available similar
>> to extras/devmon.initd.redhat ?
>
>
> init / upstart script for ubuntu that is.
>

I got it working. I posted in my blog if anyone interested.

 https://improvise.wordpress.com/2012/05/30/run-devmon-using-upstart-script/



>
>>
>>
>> --
>> Asif Iqbal
>> PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu
>> A: Because it messes up the order in which people normally read text.
>> Q: Why is top-posting such a bad thing?
>>
>>
>>
>
>
> --
> Asif Iqbal
> PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu
> A: Because it messes up the order in which people normally read text.
> Q: Why is top-posting such a bad thing?
>
>
>


-- 
Asif Iqbal
PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?

[Devmon] devmon init or upstart script

[Asif I. <va...@gm...>]

Is there a devmon init or upstart script available similar
to extras/devmon.initd.redhat ?

-- 
Asif Iqbal
PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?

Re: [Devmon] devmon init or upstart script

[Asif I. <va...@gm...>]

On Tue, May 29, 2012 at 3:37 PM, Asif Iqbal <va...@gm...> wrote:

> Is there a devmon init or upstart script available similar
> to extras/devmon.initd.redhat ?


init / upstart script for ubuntu that is.


>
>
> --
> Asif Iqbal
> PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu
> A: Because it messes up the order in which people normally read text.
> Q: Why is top-posting such a bad thing?
>
>
>


-- 
Asif Iqbal
PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?

[Devmon] Template, ignore and graph

[Franck G. <f.g...@gn...>]

Good morning everyone,

I'm trying to achieve the following : on network devices, I want to 
graph the load of interfaces but only for those with a plugged cable in.

I succeeded in ignoring the interfaces which are in down status using 
the following :
- added a ifStat column in message
- added "ifStat : ignore : .+own.*" to the exceptions files

It gives me on Xymon page the table only filed by the interfaces that 
are not down but I still got everyone graphed (with a lot of empty graph 
because no cable in)

How can I only get the interfaces up graphed ?

Franck

Notice: This email and any attachments are confidential. If received in error please destroy and immediately notify us. Do not copy or disclose the contents.

Re: [Devmon] Exceptions file syntax question/issue

[Johan S. <Joh...@de...>]

The SUBSTR transform might be easier. It should work since there is probably always two digits in the temperature.

-----Original Message-----
From: Johan Sjöberg [mailto:Joh...@de...] 
Sent: den 4 april 2012 21:01
To: kco...@ry...; dev...@li...
Subject: Re: [Devmon] Exceptions file syntax question/issue

Hi.

You should be able to use the REGSUB transform to extract the numeric value from the string. See the documentation for info on how to use this.
This is not done in the exceptions file, but in the transforms file.

/Johan

-----Original Message-----
From: kco...@ry... [mailto:kco...@ry...]
Sent: den 4 april 2012 18:55
To: Devmon List
Subject: [Devmon] Exceptions file syntax question/issue

I have a device that gives back a string of:
SYS_TEMP: +31.00 C

It displays ok, but I can't trigger a yellow or red when putting "> 25" in the thresholds file. 

Is there a way to strip off "SYS_TEMP: +" or ignore it ?


   
Ken Connell
Intermediate Network Engineer
Computer & Communication Services
Ryerson University
350 Victoria St
RM AB50
Toronto, Ont
M5B 2K3
416-979-5000 x6709


------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Devmon-support mailing list
Dev...@li...
https://lists.sourceforge.net/lists/listinfo/devmon-support



------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Devmon-support mailing list
Dev...@li...
https://lists.sourceforge.net/lists/listinfo/devmon-support

Re: [Devmon] Exceptions file syntax question/issue

[Johan S. <Joh...@de...>]

Hi.

You should be able to use the REGSUB transform to extract the numeric value from the string. See the documentation for info on how to use this.
This is not done in the exceptions file, but in the transforms file.

/Johan

-----Original Message-----
From: kco...@ry... [mailto:kco...@ry...] 
Sent: den 4 april 2012 18:55
To: Devmon List
Subject: [Devmon] Exceptions file syntax question/issue

I have a device that gives back a string of:
SYS_TEMP: +31.00 C

It displays ok, but I can't trigger a yellow or red when putting "> 25" in the thresholds file. 

Is there a way to strip off "SYS_TEMP: +" or ignore it ?


   
Ken Connell
Intermediate Network Engineer
Computer & Communication Services
Ryerson University
350 Victoria St
RM AB50
Toronto, Ont
M5B 2K3
416-979-5000 x6709


------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Devmon-support mailing list
Dev...@li...
https://lists.sourceforge.net/lists/listinfo/devmon-support