devmon-support — General Devmon support

Re: [Devmon] devmon + hobbit related questions

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

On Sat, 2008-05-24 at 22:41 +0200, L.M.J wrote:
> Hi,
> 
>   I've setup the Hobbit monitoring tool since a couple of months and it runs fine. Since 1 month now, we are
> running Devmon to monitor our CK firewall which is perfect. I would like to know is someone here have any
> experiences monitoring EMC SAN CX3-40 array,

Are you running a FLARE with SNMP support? Our CX's didn't when I went
on leave, they were upgraded from CX3-40s to CX3-80s when I was on
leave, and got a FLARE upgrade as well, so I will look at this shortly.

>  Brocade SAN switches,

We use Cisco fibre switches, and I will look at implementing templates
for them soon.

>  large UPS, HP Blade array or  CheckPoint
> VPN 1Edge firewall appliances? 

We don't have any of these.

>   I guess most of the work is to found out the MIBs, any advices or feedback is welcome!

The fibre switches may work without much effort if they support the
RFC-standard IFMIB (I think the Cisco SAN Directors do).

But, with the MIB, some sample data, you can get some assistance on this
list.

Regards,
Buchan

Re: [Devmon] Not getting data for Cisco 3500 switches

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

On Thu, 2008-05-22 at 14:06 -0400, Kauffman, Tom wrote:
> Pretty much everything fails.
> 
>  
> 
> I just ran the –debug with 6 (6!) ‘v’s – previously I only used 4 –
> and I now see what’s going on:
> 
>  
> 
> [08-05-22@13:30:30] ERROR: Error walking 1.3.6.1.4.1.9.9.13.1.4.1.3
> for gos-cisco2950-2 ()
> 
> [08-05-22@13:30:30] ERROR: Error walking 1.3.6.1.2.1.47.1.1.1.1.13 for
> gos-cisco2950-2 ()
> 
> [08-05-22@13:30:30] ERROR: Failed too many queries on gos-cisco2950-2,
> aborting query
> 
> [08-05-22@13:30:30] ERROR: Error walking 1.3.6.1.2.1.47.1.1.1.1.11 for
> gos-cisco2950-2 ()
> 
>  
> 
> Two of these oids are in ‘serial’ – and by running all tests except
> ‘serial’ I’m now getting values. The problem was the ‘failed too many
> queries’.
> 
>  
> 
> I now see two features that would be nice for devmon: 1) the ability
> to exclude specific tests for a device

This one is on my own wish-list, I have been thinking about how to
implement it, but need to get down to doing it.

> , and 2) the ability to set a different query failure threshold.

Yes, I thought about this when implementing this initially, I'll look at
it soon.

Regards,
Buchan

[Devmon] devmon + hobbit related questions

[L.M.J <lin...@fr...>]

Hi,

  I've setup the Hobbit monitoring tool since a couple of months and it runs fine. Since 1 month now, we are
running Devmon to monitor our CK firewall which is perfect. I would like to know is someone here have any
experiences monitoring EMC SAN CX3-40 array, Brocade SAN switches, large UPS, HP Blade array or  CheckPoint
VPN 1Edge firewall appliances? 
  I guess most of the work is to found out the MIBs, any advices or feedback is welcome!

   Thanks by advance,

      LMJ

[Devmon] Using NCV to graph

[Joshua K. <fo...@tr...>]

I am currently using ncv to graph some of my cisco switches temperature.
And would like to use it to graph some of my DC Power Plant and UPS Temps.
The cisco switch columns are called “temps” and the dc power plant and ups’s
columns are called “temp”.  The cisco switches are working but the dc power
plants and ups’s aren’t.  I have put 2 entries into the hobbit-server.cfg:

 

TEST2RRD="cpu=la,disk,inode,qtree,memory,$PINGCOLUMN=tcp,http=tcp,dns=tcp,di
g=tcp,time=ntpstat,vmstat,iostat,netstat,temperature,apache,bind,sendmail,ma
ilq,nmailq=ma

q,socks,bea,iishealth,citrix,bbgen,bbtest,bbproxy,hobbitd,files,procs=proces
ses,ports,clock,lines,if_load=devmon,temp=ncv,temps=ncv,processor=ncv"

 

NCV_temps="TEMP:GAUGE"

NCV_temp="*:GAUGE"

 

And here is what my hobbitgraph.cfg looks like:

 

[temp]

        TITLE Temperature

        YAXIS Celsius

        DEF:in@RRDIDX@=temp.rrd:TEMP:AVERAGE

        AREA:in@RRDIDX@#00CC00:@RRDPARAM@ Temperature

        GPRINT:in@RRDIDX@:LAST: %5.1lf %s (cur)

        GPRINT:in@RRDIDX@:MAX: %5.1lf %s (max)

        GPRINT:in@RRDIDX@:MIN: %5.1lf %s (min)

        GPRINT:in@RRDIDX@:AVERAGE: %5.1lf %s (avg)\n

 

 

[temps]

        TITLE Temperature

        YAXIS Celsius

        DEF:in@RRDIDX@=temps.rrd:TEMP:AVERAGE

        AREA:in@RRDIDX@#00CC00:@RRDPARAM@ Temperature

        GPRINT:in@RRDIDX@:LAST: %5.1lf %s (cur)

        GPRINT:in@RRDIDX@:MAX: %5.1lf %s (max)

        GPRINT:in@RRDIDX@:MIN: %5.1lf %s (min)

        GPRINT:in@RRDIDX@:AVERAGE: %5.1lf %s (avg)\n

 

And here is what I have in my DC Power Plant message file for devmon:

 

<!--

TEMP: {temp}

-->

{temp.color} Interal Temperature:  {temp}°C ({tempF}°F)

 

And here is what I have in my UPS’s message file for devmon:

 

<!--

TEMPA: {battTempA}

TEMPB: {battTempB}

-->

 

{battTempA.color} Battery Temperature:      {battTempA}°C ({battTempAF}°F)

 

{battTempB.color} Transformer Temperature:  {battTempB}°C ({battTempBF}°F)

 

 

I don’t know if that is the proper way to use ncv for multiple values……

 

 

Any ideas on why it isn’t graphing.

 

-Josh

 

 

 

Re: [Devmon] Not getting data for Cisco 3500 switches

[Kauffman, T. <Kau...@ni...>]

Pretty much everything fails.

I just ran the -debug with 6 (6!) 'v's - previously I only used 4 - and I now see what's going on:

[08-05-22@13:30:30] ERROR: Error walking 1.3.6.1.4.1.9.9.13.1.4.1.3 for gos-cisco2950-2 ()
[08-05-22@13:30:30] ERROR: Error walking 1.3.6.1.2.1.47.1.1.1.1.13 for gos-cisco2950-2 ()
[08-05-22@13:30:30] ERROR: Failed too many queries on gos-cisco2950-2, aborting query
[08-05-22@13:30:30] ERROR: Error walking 1.3.6.1.2.1.47.1.1.1.1.11 for gos-cisco2950-2 ()

Two of these oids are in 'serial' - and by running all tests except 'serial' I'm now getting values. The problem was the 'failed too many queries'.

I now see two features that would be nice for devmon: 1) the ability to exclude specific tests for a device, and 2) the ability to set a different query failure threshold.

I'll let this bake until next week, and the I think I can drop cricket.

Thanks for the help!

Tom

________________________________
From: dev...@li... [mailto:dev...@li...] On Behalf Of Robert Holden
Sent: Thursday, May 22, 2008 11:48 AM
To: dev...@li...
Subject: Re: [Devmon] Not getting data for Cisco 3500 switches

Couple of thoughts ...
First, are all your tests failing, or just specific ones?  When we were running the old IOS, I only a couple of tests were failing:  serial & if_dsc
The more basic tests should work (if_stat, cpu, if_load, others?)

Here is some info on our IOS update:
I was able to do the upgrade with out removing the old image.  The step that made the biggest difference was removing the html directory contents off the switch.  That took up 1/2 of the flash.  (I believe) this directory is only used if you have the http server enabled on the switch.  I followed the directions below, except I did not remove the old .bin (IOS):
http://www.cisco.com/warp/public/473/36.shtml

Here is some info off our switches, notice our old IOS is still in flash  Looks like we have 16MB:
IOS (tm) C3500XL Software (C3500XL-C3H2S-M), Version 12.0(5)WC17, RELEASE SOFTWARE (fc1)
Copyright (c) 1986-2007 by cisco Systems, Inc.
Compiled Tue 13-Feb-07 15:04 by antonino
Image text-base: 0x00003000, data-base: 0x00352924
System image file is "flash:c3500xl-c3h2s-mz.120-5.WC17.bin"
cisco WS-C3548-XL (PowerPC403) processor (revision 0x01) with 16384K/1024K bytes of memory.
Directory of flash:/
  2  -rwx     1749748   Apr 30 2001 14:54:49  c3500XL-c3h2s-mz-120-5.3.WC.1.bin
  4  drwx           0   Apr 12 2008 04:18:03  html
  5  -rwx        8938   Apr 12 2008 04:21:58  config.text
165  -rwx          25   Jul 16 2007 23:36:05  snmpengineid
166  -rwx        1260   Feb 18 2005 01:28:26  vlan.dat
  6  -rwx     1811552   Apr 12 2008 04:20:56  c3500xl-c3h2s-mz.120-5.WC17.bin
  7  -rwx         315   Apr 12 2008 04:21:27  env_vars


Hope this helps,
Robert

On Thu, May 22, 2008 at 6:48 AM, Kauffman, Tom <Kau...@ni...<mailto:Kau...@ni...>> wrote:

These are old devices, most in inconvenient parts of the country. My network people tell me that many don't have enough memory to keep the old IOS available through an upgrade, so if something craps out we end up with a dead switch. They're on schedule for replacement early next year.



I'm more interested in why devmon doesn't get anything but cricket 1.05 seems to have no problem. (I know; "look at the source"; trust me, if I could figure out how cricket works, I wouldn't be replacing it!)



For now it looks like I'll continue with cricket on the old devices.



Thanks -



Tom Kauffman



________________________________

From: dev...@li...<mailto:dev...@li...> [mailto:dev...@li...<mailto:dev...@li...>] On Behalf Of Robert Holden
Sent: Friday, May 16, 2008 4:26 PM
To: dev...@li...<mailto:dev...@li...>
Subject: Re: [Devmon] Not getting data for Cisco 3500 switches



Try updating the version of IOS that you are running on those switches.  I see they are from 2002.  We had similar issues with our switches that were resolved with a simple IOS upgrade.

On Fri, May 16, 2008 at 11:54 AM, Kauffman, Tom <Kau...@ni...<mailto:Kau...@ni...>> wrote:

I have a number of Cisco 3500 and 3550 switches; the 3550s are handled with no problem,  but the 3500s give me errors. Where do I look next to fix this?

But if I run snmpwalk --
SNMPv2-MIB::sysDescr.0 = STRING: Cisco Internetwork Operating System Software
IOS (tm) C3500XL Software (C3500XL-C3H2S-M), Version 12.0(5)WC3b, RELEASE SOFTWA
RE (fc1)
Copyright (c) 1986-2002 by cisco Systems, Inc.
Compiled Fri 15-Feb-02 10:51 by antonino



CONFIDENTIALITY NOTICE:  This email and any attachments are for the

exclusive and confidential use of the intended recipient.  If you are not

the intended recipient, please do not read, distribute or take action in

reliance upon this message. If you have received this in error, please

notify us immediately by return email and promptly delete this message

and its attachments from your computer system. We do not waive

attorney-client or work product privilege by the transmission of this

message.



-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Devmon-support mailing list
Dev...@li...<mailto:Dev...@li...>
https://lists.sourceforge.net/lists/listinfo/devmon-support


CONFIDENTIALITY NOTICE:  This email and any attachments are for the 
exclusive and confidential use of the intended recipient.  If you are not
the intended recipient, please do not read, distribute or take action in 
reliance upon this message. If you have received this in error, please 
notify us immediately by return email and promptly delete this message 
and its attachments from your computer system. We do not waive  
attorney-client or work product privilege by the transmission of this
message.

[Devmon] APC PDUs, load thresholds not working

[Taylor L. <tl...@tr...>]

Hi all, we have several managed APC PDUs that we are polling via devmon.

See sample output below...

Big Brother Web Page Showing Green
PDU status:

Vendor:              apc
Model:               AP7941

PDU Load:            15.50 Amps (yellow=>15Amps red=>17Amps)

I cant figure out why its not going yellow...
Below are the files for the template for this device

EXCEPTIONS: file is empty

OIDS:
pduModel        : .1.3.6.1.4.1.318.1.1.12.1.5.0         : leaf
pduTotalLoad    : .1.3.6.1.4.1.318.1.1.12.2.3.1.1.2.1   : leaf

TRANSFORMS:
# Do numeric translations
pduTotalLoadAmps        : MATH          : {pduTotalLoad} / 10

MESSAGE:
{pduTotalLoad.errors}

PDU status:

Vendor:              apc
Model:               {pduModel}

Next line is all on one line in the file...
PDU Load:  {pduTotalLoadAmps}Amps (yellow={pduTotalLoadAmps.thresh:yellow}Amps red={pduTotalLoadAmps.thresh:red}Amps)
 
Any help is appreciated

Re: [Devmon] Not getting data for Cisco 3500 switches

[Robert H. <rob...@gm...>]

Couple of thoughts ...
First, are all your tests failing, or just specific ones?  When we were
running the old IOS, I only a couple of tests were failing:  serial & if_dsc
The more basic tests should work (if_stat, cpu, if_load, others?)

Here is some info on our IOS update:
I was able to do the upgrade with out removing the old image.  The step that
made the biggest difference was removing the html directory contents off the
switch.  That took up 1/2 of the flash.  (I believe) this directory is only
used if you have the http server enabled on the switch.  I followed the
directions below, except I did not remove the old .bin (IOS):
http://www.cisco.com/warp/public/473/36.shtml

Here is some info off our switches, notice our old IOS is still in flash
Looks like we have 16MB:
IOS (tm) C3500XL Software (C3500XL-C3H2S-M), Version 12.0(5)WC17, RELEASE
SOFTWARE (fc1)
Copyright (c) 1986-2007 by cisco Systems, Inc.
Compiled Tue 13-Feb-07 15:04 by antonino
Image text-base: 0x00003000, data-base: 0x00352924
System image file is "flash:c3500xl-c3h2s-mz.120-5.WC17.bin"
cisco WS-C3548-XL (PowerPC403) processor (revision 0x01) with 16384K/1024K
bytes of memory.
Directory of flash:/
  2  -rwx     1749748   Apr 30 2001 14:54:49
c3500XL-c3h2s-mz-120-5.3.WC.1.bin
  4  drwx           0   Apr 12 2008 04:18:03  html
  5  -rwx        8938   Apr 12 2008 04:21:58  config.text
165  -rwx          25   Jul 16 2007 23:36:05  snmpengineid
166  -rwx        1260   Feb 18 2005 01:28:26  vlan.dat
  6  -rwx     1811552   Apr 12 2008 04:20:56
c3500xl-c3h2s-mz.120-5.WC17.bin
  7  -rwx         315   Apr 12 2008 04:21:27  env_vars


Hope this helps,
Robert


On Thu, May 22, 2008 at 6:48 AM, Kauffman, Tom <Kau...@ni...> wrote:

>  These are old devices, most in inconvenient parts of the country. My
> network people tell me that many don't have enough memory to keep the old
> IOS available through an upgrade, so if something craps out we end up with a
> dead switch. They're on schedule for replacement early next year.
>
>
>
> I'm more interested in why devmon doesn't get anything but cricket 1.05
> seems to have no problem. (I know; "look at the source"; trust me, if I
> could figure out how cricket works, I wouldn't be replacing it!)
>
>
>
> For now it looks like I'll continue with cricket on the old devices.
>
>
>
> Thanks –
>
>
>
> Tom Kauffman
>
>
>  ------------------------------
>
> *From:* dev...@li... [mailto:
> dev...@li...] *On Behalf Of *Robert Holden
> *Sent:* Friday, May 16, 2008 4:26 PM
> *To:* dev...@li...
> *Subject:* Re: [Devmon] Not getting data for Cisco 3500 switches
>
>
>
> Try updating the version of IOS that you are running on those switches.  I
> see they are from 2002.  We had similar issues with our switches that were
> resolved with a simple IOS upgrade.
>
> On Fri, May 16, 2008 at 11:54 AM, Kauffman, Tom <Kau...@ni...>
> wrote:
>
> I have a number of Cisco 3500 and 3550 switches; the 3550s are handled with
> no problem,  but the 3500s give me errors. Where do I look next to fix this?
>
> But if I run snmpwalk --
> SNMPv2-MIB::sysDescr.0 = STRING: Cisco Internetwork Operating System
> Software
> IOS (tm) C3500XL Software (C3500XL-C3H2S-M), Version *12.0(5)WC3b*,
> RELEASE SOFTWA
> RE (fc1)
> Copyright (c) 1986-*2002* by cisco Systems, Inc.
> Compiled Fri *15-Feb-02* 10:51 by antonino
>
>
>
> CONFIDENTIALITY NOTICE:  This email and any attachments are for the
> exclusive and confidential use of the intended recipient.  If you are not
> the intended recipient, please do not read, distribute or take action in
> reliance upon this message. If you have received this in error, please
> notify us immediately by return email and promptly delete this message
> and its attachments from your computer system. We do not waive
> attorney-client or work product privilege by the transmission of this
> message.
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
>
>

Re: [Devmon] Not getting data for Cisco 3500 switches

[Kauffman, T. <Kau...@ni...>]

These are old devices, most in inconvenient parts of the country. My network people tell me that many don't have enough memory to keep the old IOS available through an upgrade, so if something craps out we end up with a dead switch. They're on schedule for replacement early next year.

I'm more interested in why devmon doesn't get anything but cricket 1.05 seems to have no problem. (I know; "look at the source"; trust me, if I could figure out how cricket works, I wouldn't be replacing it!)

For now it looks like I'll continue with cricket on the old devices.

Thanks -

Tom Kauffman

________________________________
From: dev...@li... [mailto:dev...@li...] On Behalf Of Robert Holden
Sent: Friday, May 16, 2008 4:26 PM
To: dev...@li...
Subject: Re: [Devmon] Not getting data for Cisco 3500 switches

Try updating the version of IOS that you are running on those switches.  I see they are from 2002.  We had similar issues with our switches that were resolved with a simple IOS upgrade.
On Fri, May 16, 2008 at 11:54 AM, Kauffman, Tom <Kau...@ni...<mailto:Kau...@ni...>> wrote:
I have a number of Cisco 3500 and 3550 switches; the 3550s are handled with no problem,  but the 3500s give me errors. Where do I look next to fix this?

But if I run snmpwalk --
SNMPv2-MIB::sysDescr.0 = STRING: Cisco Internetwork Operating System Software
IOS (tm) C3500XL Software (C3500XL-C3H2S-M), Version 12.0(5)WC3b, RELEASE SOFTWA
RE (fc1)
Copyright (c) 1986-2002 by cisco Systems, Inc.
Compiled Fri 15-Feb-02 10:51 by antonino


CONFIDENTIALITY NOTICE:  This email and any attachments are for the 
exclusive and confidential use of the intended recipient.  If you are not
the intended recipient, please do not read, distribute or take action in 
reliance upon this message. If you have received this in error, please 
notify us immediately by return email and promptly delete this message 
and its attachments from your computer system. We do not waive  
attorney-client or work product privilege by the transmission of this
message.

[Devmon] delta transform issue

[Joshua K. <fo...@tr...>]

I changed my oids from the 32bit to the 64 bit and ever since I am getting
this:

 

Timed out waiting for delta transform on oid ifOutOps_T for gsonc-spg-6509-2
to complete

 

Should I add the delta limit for 64 bit counters in my transforms file?

 

-Josh

 

 

Re: [Devmon] Not getting data for Cisco 3500 switches

[Robert H. <rob...@gm...>]

Try updating the version of IOS that you are running on those switches.  I
see they are from 2002.  We had similar issues with our switches that were
resolved with a simple IOS upgrade.

On Fri, May 16, 2008 at 11:54 AM, Kauffman, Tom <Kau...@ni...> wrote:

> I have a number of Cisco 3500 and 3550 switches; the 3550s are handled with
> no problem,  but the 3500s give me errors. Where do I look next to fix this?
>
> But if I run snmpwalk --
> SNMPv2-MIB::sysDescr.0 = STRING: Cisco Internetwork Operating System
> Software
> IOS (tm) C3500XL Software (C3500XL-C3H2S-M), Version *12.0(5)WC3b*,
> RELEASE SOFTWA
> RE (fc1)
> Copyright (c) 1986-*2002* by cisco Systems, Inc.
> Compiled Fri *15-Feb-02* 10:51 by antonino
>

[Devmon] Brocade Silkworm SAN Switch Templates

[Kauffman, T. <Kau...@ni...>]

Here's my take on templates for the Brocade switches -- this is working on IBM's rebranded switches -- the Brocade 3100, 3900, 4100, and 5000.

Tom Kauffman
NIBCO, Inc.


CONFIDENTIALITY NOTICE:  This email and any attachments are for the 
exclusive and confidential use of the intended recipient.  If you are not
the intended recipient, please do not read, distribute or take action in 
reliance upon this message. If you have received this in error, please 
notify us immediately by return email and promptly delete this message 
and its attachments from your computer system. We do not waive  
attorney-client or work product privilege by the transmission of this
message.

[Devmon] Not getting data for Cisco 3500 switches

[Kauffman, T. <Kau...@ni...>]

I have a number of Cisco 3500 and 3550 switches; the 3550s are handled with no problem,  but the 3500s give me errors. Where do I look next to fix this?

TIA

Tom Kauffman

>From the log:

[08-05-16@14:22:50] No SNMP data found for ifInDiscards on whqswl15
[08-05-16@14:22:50] No SNMP data found for ifOutOctets on whqswl15
[08-05-16@14:22:50] No SNMP data found for entPhysicalSerialNum on whqswl15
[08-05-16@14:22:50] No SNMP data found for entPhysicalHardwareRev on whqswl15
[08-05-16@14:22:50] No SNMP data found for entPhysicalSoftwareRev on whqswl15
[08-05-16@14:22:50] No SNMP data found for entPhysicalDescr on whqswl15
[08-05-16@14:22:50] No SNMP data found for entPhysicalModelName on whqswl15
[08-05-16@14:22:50] No SNMP data found for entPhysicalFirmwareRev on whqswl15
[08-05-16@14:22:50] Missing repeater data for entPhysicalDescr for serial msg
[08-05-16@14:22:50] No SNMP data found for ifInErrors on whqswl15
[08-05-16@14:22:50] No SNMP data found for ifInDiscards on whqswl51
[08-05-16@14:22:50] No SNMP data found for ifOutOctets on whqswl51
[08-05-16@14:22:50] No SNMP data found for entPhysicalSerialNum on whqswl51
[08-05-16@14:22:50] No SNMP data found for entPhysicalHardwareRev on whqswl51
[08-05-16@14:22:50] No SNMP data found for entPhysicalSoftwareRev on whqswl51
[08-05-16@14:22:50] No SNMP data found for entPhysicalDescr on whqswl51
[08-05-16@14:22:50] No SNMP data found for entPhysicalModelName on whqswl51
[08-05-16@14:22:50] No SNMP data found for entPhysicalFirmwareRev on whqswl51
[08-05-16@14:22:50] Missing repeater data for entPhysicalDescr for serial msg
[08-05-16@14:22:50] No SNMP data found for ifInErrors on whqswl51

Running debug shows about the same:

[08-05-16@14:03:27] No SNMP data found for ifInDiscards on whqswl15
[08-05-16@14:03:27] No SNMP data found for ifOutOctets on whqswl15

[08-05-16@14:03:27] Undefined value for ifInDiscards in test if_dsc on whqswl15,
 ignoring row for Fa0/1
[08-05-16@14:03:27] Undefined value for ifInDiscards in test if_dsc on whqswl15,
 ignoring row for Fa0/2

But if I run snmpwalk --
SNMPv2-MIB::sysDescr.0 = STRING: Cisco Internetwork Operating System Software
IOS (tm) C3500XL Software (C3500XL-C3H2S-M), Version 12.0(5)WC3b, RELEASE SOFTWA
RE (fc1)
Copyright (c) 1986-2002 by cisco Systems, Inc.
Compiled Fri 15-Feb-02 10:51 by antonino

IF-MIB::ifInDiscards.10 = Counter32: 0
IF-MIB::ifInDiscards.11 = Counter32: 0
IF-MIB::ifInDiscards.12 = Counter32: 151580003

IF-MIB::ifOutOctets.1 = Counter32: 1981655528
IF-MIB::ifOutOctets.2 = Counter32: 236813861
IF-MIB::ifOutOctets.3 = Counter32: 3928789782


CONFIDENTIALITY NOTICE:  This email and any attachments are for the 
exclusive and confidential use of the intended recipient.  If you are not
the intended recipient, please do not read, distribute or take action in 
reliance upon this message. If you have received this in error, please 
notify us immediately by return email and promptly delete this message 
and its attachments from your computer system. We do not waive  
attorney-client or work product privilege by the transmission of this
message.

Re: [Devmon] Devmon shuts down

[<mat...@sy...>]

Hi!

I use the logrotate to restart the devmon daemon...
Works OK for me...

/Mathias
\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_
Mathias Carlsson
SYSteam Datakonsult i Anderstorp AB
Stötabogatan 1
Box 183
334 24  ANDERSTORP

Tel: +46 (0)371 588529
Mobil: +46 (0)70 3708529

Detta meddelande innehåller information som kan vara av
sekretesskaraktär eller på annat sätt hemlig och ägs av
SYSteam Datakonsult i Anderstorp AB.
Meddelandet är endast avsedd för personen till vilken den är
adresserad. Om du inte är den avsedda mottagaren, har du ej tillåtelse att
läsa, skriva, spara, kopiera, distribuera eller
använda meddelandet eller del av meddelandet.
Om du mottar meddelandet av misstag, var vänlig och
meddela avsändaren omgående samt ta bort meddelandet
och alla kopior av detsamma.

http://www.systeam.se/anderstorp


                                                                           
             "Taylor, Robert"                                              
             <Robert.Taylor@He                                             
             ndrickAuto.com>                                            To 
             Sent by:                  "dev...@li...urceforge.n 
             devmon-support-bo         et"                                 
             un...@li...urc         <dev...@li...urceforge.n 
             eforge.net                et>                                 
                                                                        cc 
                                                                           
             2008-05-14 01:53                                      Subject 
                                       Re: [Devmon] Devmon shuts down      
                                                                           
             Please respond to                                             
             devmon-support@li                                             
             sts.sourceforge.n                                             
                    et                                                     
                                                                           
                                                                           




I don’t see that happening on mine, but what I do see is that it appears to
stop sending data to Hobbit after about one day.  There are still running
Devmon processes, but no data flows to Hobbit.  I have to kill the
processes and restart them to get things working again.

Robert

From: dev...@li... [
mailto:dev...@li...] On Behalf Of Meserole,
Keith W.
Sent: Tuesday, May 13, 2008 6:19 AM
To: dev...@li...
Subject: [Devmon] Devmon shuts down

Hi,

I have been running Devmon 0.3.0-beta for some time without issues.   While
trying to upgrade to the 0.3.0 release it goes through the entire cycle and
at the end dies with the following lines from devmon.log.

Any thoughts?

[08-05-12@13:06:53] Fork 4 (23110) exceeded poll time polling xxxxxxxxx
[08-05-12@13:06:53] Fork 4 (23110) exceeded poll time polling xxxxxxxxx
[08-05-12@13:06:56] Error spawning snmp worker fork (Not enough space)
[08-05-12@13:06:57] Fork 11 (23107) exceeded poll time polling yyyyyyy
[08-05-12@13:06:57] Fork 11 (23107) exceeded poll time polling yyyyyyy
[08-05-12@13:07:32] Fork 4 () exceeded poll time polling xxx
[08-05-12@13:07:32] Fork 4 () exceeded poll time polling xxx
[08-05-12@13:07:32] Shutting down
 -------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Devmon-support mailing list
Dev...@li...
https://lists.sourceforge.net/lists/listinfo/devmon-support

Re: [Devmon] Devmon shuts down

[Taylor, R. <Rob...@He...>]

I don't see that happening on mine, but what I do see is that it appears to stop sending data to Hobbit after about one day.  There are still running Devmon processes, but no data flows to Hobbit.  I have to kill the processes and restart them to get things working again.

Robert

From: dev...@li... [mailto:dev...@li...] On Behalf Of Meserole, Keith W.
Sent: Tuesday, May 13, 2008 6:19 AM
To: dev...@li...
Subject: [Devmon] Devmon shuts down

Hi,

I have been running Devmon 0.3.0-beta for some time without issues.   While trying to upgrade to the 0.3.0 release it goes through the entire cycle and at the end dies with the following lines from devmon.log.

Any thoughts?


[08-05-12@13:06:53] Fork 4 (23110) exceeded poll time polling xxxxxxxxx

[08-05-12@13:06:53] Fork 4 (23110) exceeded poll time polling xxxxxxxxx

[08-05-12@13:06:56] Error spawning snmp worker fork (Not enough space)

[08-05-12@13:06:57] Fork 11 (23107) exceeded poll time polling yyyyyyy

[08-05-12@13:06:57] Fork 11 (23107) exceeded poll time polling yyyyyyy

[08-05-12@13:07:32] Fork 4 () exceeded poll time polling xxx

[08-05-12@13:07:32] Fork 4 () exceeded poll time polling xxx

[08-05-12@13:07:32] Shutting down

Re: [Devmon] looking for cisco templates

[Patrick N. <pn...@gm...>]

I know I'm using the C4006 chassis, but I have that stuff powered off
at the moment.  I'll check tonight and see what template I'm using.

The 6509, are you running Hybrid (CatOS and IOS) or just IOS?    I
never had issues with my 6509 using hybrid.

--Pat

On Mon, May 12, 2008 at 1:09 PM, Hezki Englander <me...@gm...> wrote:
> Hi All,
>
> Does somebody use devmon to monitor the following cisco models?
> CSS11503-AC (content switch)
> WS-C4006
> WS-C6509-NEB (the current 6509 template does not work)
> Cisco 5800
>
> I can't see them on the available template list, maybe some similar model
> template can be used ?
>
> Thanks!
>
> --Hezki
> -------------------------------------------------------------------------
>  This SF.net email is sponsored by: Microsoft
>  Defy all challenges. Microsoft(R) Visual Studio 2008.
>  http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
>  Devmon-support mailing list
>  Dev...@li...
>  https://lists.sourceforge.net/lists/listinfo/devmon-support
>
>

[Devmon] 64 bit counters

[Joshua K. <fo...@tr...>]

I modified my templates to work with 64 bit counters instead of 32 bit
counters because we have all gig switches in our network and some 10gig
hardware also.  The Issue I am seeing is that now in the devmon.log I see
"Timed out waiting for delta transform on oid ifOutOps_T for
gsonc-spg-6509-2 to complete.  My question is do I need to modify the
transforms for the DELTA transforms and force it to use the 64 bit counter.
I wasn't sure if it is trying to go through and do some 32bit counters and
some 64 bit counters.  Didn't know if anyone has any ideas?  Below is my how
I am setup:

### OIDS ###

ifName          : .1.3.6.1.2.1.31.1.1.1.1       : branch

ifAlias         : .1.3.6.1.2.1.31.1.1.1.18      : branch

ifHighSpeed     : .1.3.6.1.2.1.31.1.1.1.15      : branch

ifHCInOctets    : .1.3.6.1.2.1.31.1.1.1.6       : branch

ifHCOutOctets   : .1.3.6.1.2.1.31.1.1.1.10      : branch

ifAdminStatNum  : .1.3.6.1.2.1.2.2.1.7          : branch

ifOperStatNum   : .1.3.6.1.2.1.2.2.1.8          : branch

 

                                ### TRANSFORMS ###

# Create a human-readable ifc speed

ifSpeed_T       : MATH          : {ifHighSpeed} x 1000000

ifHighSpeed_T   : SPEED         : {ifSpeed_T}

# Get bit speed delta (so we dont have to provide custom delta limit)

ifInOps_T       : DELTA         : {ifHCInOctets}

ifOutOps_T      : DELTA         : {ifHCOutOctets}

# Convert our octets delta into bits per second

ifInBps_T       : MATH          : {ifInOps_T} x 8

ifOutBps_T      : MATH          : {ifOutOps_T} x 8

# Make some easily readable speed variables

ifInSpeed_T     : SPEED         : {ifInBps_T}

ifOutSpeed_T    : SPEED         : {ifOutBps_T}

# Now determine our percentage load, based on traffic and ifc speed

ifInLoad_T      : MATH          : ({ifInBps_T} / {ifSpeed_T}) x 100

ifOutLoad_T     : MATH          : ({ifOutBps_T} / {ifSpeed_T}) x 100

# Create an alias in a bracketed box, or nothing if alias is blank

ifAliasBox      : REGSUB        : {ifAlias} /(\S+.*)/ [$1]/

 

                                ### MESSAGE ###

<b>Interface error rates:</b>

Input load:  yellow={ifInLoad_T.thresh:yellow}%,
red={ifInLoad_T.thresh:red}%

Output load: yellow={ifOutLoad_T.thresh:yellow}%,
red={ifOutLoad_T.thresh:red}%

TABLE: noalarmsmsg,rrd(DS:ds0:ifHCInOctets:COUNTER;
DS:ds1:ifHCOutOctets:COUNTER)

Interface Name|Interface Speed|Rate in (load %)|Rate out (load %)|Status

{ifName}{ifAliasBox}|{ifHighSpeed_T}|{ifInLoad_T.color}{ifInSpeed_T}
({ifInLoad_T}%){ifInLoad_T.errors}|{ifOutLoad_T.color}{ifOutSpeed_T}
({ifOutLoad_T}%){if

OutLoad_T.errors}|{ifStat}

 

Thanks,

 

-Josh

 

 

[Devmon] Devmon shuts down

[Meserole, K. W. <km...@ke...>]

Hi,

 

I have been running Devmon 0.3.0-beta for some time without issues.
While trying to upgrade to the 0.3.0 release it goes through the entire
cycle and at the end dies with the following lines from devmon.log.

 

Any thoughts?

 

[08-05-12@13:06:53] Fork 4 (23110) exceeded poll time polling xxxxxxxxx

[08-05-12@13:06:53] Fork 4 (23110) exceeded poll time polling xxxxxxxxx

[08-05-12@13:06:56] Error spawning snmp worker fork (Not enough space) 

[08-05-12@13:06:57] Fork 11 (23107) exceeded poll time polling yyyyyyy

[08-05-12@13:06:57] Fork 11 (23107) exceeded poll time polling yyyyyyy

[08-05-12@13:07:32] Fork 4 () exceeded poll time polling xxx 

[08-05-12@13:07:32] Fork 4 () exceeded poll time polling xxx 

[08-05-12@13:07:32] Shutting down

 

Re: [Devmon] input discard rate

[Taylor L. <tl...@tr...>]

No I hadn't thought to try that...  Ill give it a try..

-----Original Message-----
From: dev...@li... [mailto:dev...@li...] On Behalf Of Guðmundur Örn Ingvarsson
Sent: Friday, May 09, 2008 8:05 AM
To: dev...@li...
Subject: Re: [Devmon] input discard rate

Have you tried reviewing the RRD files and doing the calculations yourself?

___________________________________________

Guðmundur Örn Ingvarsson
Landsbankinn
Global Unix Infrastructure Engineer
Core Systems IT - CS IT

Sími / Tel.: (+354)  410 6730
Farsími / Mobile: (+354)  820 5074
Fax: (+354)  410 3032
gud...@la...
www.landsbanki.is


-----Original Message-----
From: dev...@li... [mailto:dev...@li...] On Behalf Of Taylor Lewick
Sent: 8. maí 2008 19:14
To: dev...@li...
Subject: Re: [Devmon] input discard rate

Sure, here they are, but they haven't been touched...

Oids
ifName          : .1.3.6.1.2.1.31.1.1.1.1       : branch
ifAlias         : .1.3.6.1.2.1.31.1.1.1.18      : branch
ifInOctets      : .1.3.6.1.2.1.2.2.1.10         : branch
ifInDiscards    : .1.3.6.1.2.1.2.2.1.13         : branch
ifOutOctets     : .1.3.6.1.2.1.2.2.1.16         : branch
ifOutDiscards   : .1.3.6.1.2.1.2.2.1.19         : branch

transforms
# Get bit speed delta (so we dont have to provide custom delta limit)
ifInOps         : DELTA         : {ifInOctets}
ifOutOps        : DELTA         : {ifOutOctets}
# Convert our octets delta into bits per second
ifInBps         : MATH          : {ifInOps} x 8
ifOutBps        : MATH          : {ifOutOps} x 8
# Do delta transform on all error counters
ifInDps         : DELTA         : {ifInDiscards}
ifOutDps        : DELTA         : {ifOutDiscards}
# Perform error to traffic percentage calculations
ifInDscPct      : MATH          : ({ifInDps} / {ifInBps}) x 100
ifOutDscPct     : MATH          : ({ifOutDps} / {ifOutBps}) x 100
# Create an alias in a bracketed box, or nothing if alias is blank
ifAliasBox      : REGSUB        : {ifAlias} /(\S+.*)/ [$1]/

messages
<b>Discards:</b>
TABLE:
Ifc name|Discards in|Discard rate in|Discard load in|Discards out|Discard rate out|Discard load out
{ifName}{ifAliasBox}|{ifInDiscards}|{ifInDps}|{ifInDscPct.color}{ifInDscPct}%{ifInDscPct.errors}|{ifOutDiscards}|{ifOutDps}|{ifOutDscPct.color}{ifOutDscPct}%{ifOutDscPct.errors}

Note:
Error rates are per second.
Load percentages are based on error/bit ratio.


________________________________________
From: dev...@li... [mailto:dev...@li...] On Behalf Of Guðmundur Örn Ingvarsson
Sent: Thursday, May 08, 2008 10:47 AM
To: 'dev...@li...'
Subject: Re: [Devmon] input discard rate

We're monitoring a few 6509 but I can't say we've seen numbers like that one.
Can you include the oids, transforms and messages files just if there is anything spooky in there?



From: dev...@li... [mailto:dev...@li...] On Behalf Of Taylor Lewick
Sent: 8. maí 2008 15:11
To: dev...@li...
Subject: [Devmon] input discard rate

Is anyone out there using devmon to monitor a 6509?  If so, do you ever get messages about a link having a very high input discard rate?

And if so, what does that mean?  I can see output discard counters on the switch by running show int gi#/# counter errors, but I don't see any counters for input-discards, only output-discards.
Also, if you look below, the Discards In reports as 0, yet the rate in reports as 72796055, and a 4386%, so I think something is wrong with the way devmon is calculating the discard load in.

Ifc         name                            Discards in        Discard rate in   Discard load in   Discards out      Discard rate out             Discard load out
Gi#/#    [*** some link ***]           0                      72796055.85      4386.49%                      0                      0.00                              0.00%

And the rate we are getting is unreal (see above).  We aren't hearing of any problems on this link, yet devmon is reporting.  This happens about once an hour and lasts about for one poll cycle, i.e. one minute.



Fyrirvari/Disclaimer
http://www.landsbanki.is/disclaimer

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Devmon-support mailing list
Dev...@li...
https://lists.sourceforge.net/lists/listinfo/devmon-support
Fyrirvari/Disclaimer
http://www.landsbanki.is/disclaimer

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Devmon-support mailing list
Dev...@li...
https://lists.sourceforge.net/lists/listinfo/devmon-support

[Devmon] looking for cisco templates

[Hezki E. <me...@gm...>]

Hi All,

Does somebody use devmon to monitor the following cisco models?
CSS11503-AC (content switch)
WS-C4006
WS-C6509-NEB (the current 6509 template does not work)
Cisco 5800

I can't see them on the available template list, maybe some similar model
template can be used ?

Thanks!

--Hezki

Re: [Devmon] devmon.cfg best way to set it up

[Joshua K. <fo...@tr...>]

What I am wondering is why that when I went from 10 forks to 30 forks did my
average poll time not go down?  

-----Original Message-----
From: dev...@li...
[mailto:dev...@li...] On Behalf Of Byam,
Charles R
Sent: Saturday, May 10, 2008 9:17 AM
To: dev...@li...
Subject: Re: [Devmon] devmon.cfg best way to set it up

On 5/9/08 4:47 PM, "Joshua Krause" <fo...@tr...> wrote:

> I know a lot of the people in this group are using devmon to poll a lot of
> cisco equipment along with others.  I am trying to see what is the setup
of
> other people on there devmon.cfg.  I am using devmon to monitor 283 hosts
> which are mostly all cisco.  Most of my devices are 2950¹s and 4948¹s but
I
> also have some 2970¹s, 3500¹s, 4500¹s, and 4 6509¹s, which are fully
loaded.
> The 6500¹s have probably 3-4 48 port gig blades and then 2-3 24-48 port
sfp
> ports.  And I notice devmon is exceeding cycle times, so I¹ve up¹d the
cycle
> time to 120 from 60.  I have changed the number of forks from 10-30 and
still
> having trouble exceeding cycle times.  I have recently converted over my
> if_stat and if_load to use the 64 bit counters for all my switches.  And I
am
> noticing a new entry in my devmon.log ³Timed out waiting for delta
transform
> on oid ifOutOps_T for gsonc-spg-6509-2 to complete² which is from one of
the
> if_load template for the 64 bit counters.
>  
> My server I am using is an IBM i346 series with 4 Intel(R) Xeon(TM) CPU
> 3.20GHz and 4-8 gig ram.  I use my server to run hobbit and devmon off of
it.
> So I am trying to see what is the best way to setup my devmon.cfg to allow
me
> to poll at a descent rate and not use up the cpu and load.  I know some
people
> may be monitoring more or might have just tweaked there devmon.cfg where
it is
> better utilized.  As you can tell I am not using the database function and
if
> that is a better way to do it I will go that route.  Here is mine:
>  
<< snip, snip >>

I'm monitoring about 1500 devices/route points and currently have 5 devmon
monitors reporting to a single hobbit display.  I think you'll find that
spreading the snmp load across several devmon instances will improve your
performance.  Think virtualization.

-- 
Chuck Byam
Network Engineer
University of Virginia Health System
O: 434.924.1686
C: 434.566.1485


-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javao
ne
_______________________________________________
Devmon-support mailing list
Dev...@li...
https://lists.sourceforge.net/lists/listinfo/devmon-support

Re: [Devmon] Alarming on interfaces

[Byam, C. R <CR...@hs...>]

On 5/9/08 2:15 PM, "Joshua Krause" <fo...@tr...> wrote:

> I was wondering if there is a way to say disable alarming for a series of
> ports but still graph the actual bandwidth on them.  That way in the future if
> I wanted to enable alarming I still having some history from the port.

The way we worked around this was to use a modified mrtg cfgmaker that
modifies filenames so that hobbit can understand them and use hobbit/rrd/ as
the work dir.  You can then disable alarming on what you want and still
graph interface data.

For example:

X.x.x.x host-6509 # badconn:1:1:2
DEVMON:tests(cpu,fans,if_col,if_err,if_load,if_stat,power,uptime),except(all
;ifName;na:Gi3/16|Gi3/3|Gi3/4|Gi7/3[0-9]|Gi7/40)

Re: [Devmon] devmon.cfg best way to set it up

[Byam, C. R <CR...@hs...>]

On 5/9/08 4:47 PM, "Joshua Krause" <fo...@tr...> wrote:

> I know a lot of the people in this group are using devmon to poll a lot of
> cisco equipment along with others.  I am trying to see what is the setup of
> other people on there devmon.cfg.  I am using devmon to monitor 283 hosts
> which are mostly all cisco.  Most of my devices are 2950¹s and 4948¹s but I
> also have some 2970¹s, 3500¹s, 4500¹s, and 4 6509¹s, which are fully loaded.
> The 6500¹s have probably 3-4 48 port gig blades and then 2-3 24-48 port sfp
> ports.  And I notice devmon is exceeding cycle times, so I¹ve up¹d the cycle
> time to 120 from 60.  I have changed the number of forks from 10-30 and still
> having trouble exceeding cycle times.  I have recently converted over my
> if_stat and if_load to use the 64 bit counters for all my switches.  And I am
> noticing a new entry in my devmon.log ³Timed out waiting for delta transform
> on oid ifOutOps_T for gsonc-spg-6509-2 to complete² which is from one of the
> if_load template for the 64 bit counters.
>  
> My server I am using is an IBM i346 series with 4 Intel(R) Xeon(TM) CPU
> 3.20GHz and 4-8 gig ram.  I use my server to run hobbit and devmon off of it.
> So I am trying to see what is the best way to setup my devmon.cfg to allow me
> to poll at a descent rate and not use up the cpu and load.  I know some people
> may be monitoring more or might have just tweaked there devmon.cfg where it is
> better utilized.  As you can tell I am not using the database function and if
> that is a better way to do it I will go that route.  Here is mine:
>  
<< snip, snip >>

I'm monitoring about 1500 devices/route points and currently have 5 devmon
monitors reporting to a single hobbit display.  I think you'll find that
spreading the snmp load across several devmon instances will improve your
performance.  Think virtualization.

-- 
Chuck Byam
Network Engineer
University of Virginia Health System
O: 434.924.1686
C: 434.566.1485

[Devmon] devmon.cfg best way to set it up

[Joshua K. <fo...@tr...>]

I know a lot of the people in this group are using devmon to poll a lot of
cisco equipment along with others.  I am trying to see what is the setup of
other people on there devmon.cfg.  I am using devmon to monitor 283 hosts
which are mostly all cisco.  Most of my devices are 2950's and 4948's but I
also have some 2970's, 3500's, 4500's, and 4 6509's, which are fully loaded.
The 6500's have probably 3-4 48 port gig blades and then 2-3 24-48 port sfp
ports.  And I notice devmon is exceeding cycle times, so I've up'd the cycle
time to 120 from 60.  I have changed the number of forks from 10-30 and
still having trouble exceeding cycle times.  I have recently converted over
my if_stat and if_load to use the 64 bit counters for all my switches.  And
I am noticing a new entry in my devmon.log "Timed out waiting for delta
transform on oid ifOutOps_T for gsonc-spg-6509-2 to complete" which is from
one of the if_load template for the 64 bit counters.

 

My server I am using is an IBM i346 series with 4 Intel(R) Xeon(TM) CPU
3.20GHz and 4-8 gig ram.  I use my server to run hobbit and devmon off of
it.  So I am trying to see what is the best way to setup my devmon.cfg to
allow me to poll at a descent rate and not use up the cpu and load.  I know
some people may be monitoring more or might have just tweaked there
devmon.cfg where it is better utilized.  As you can tell I am not using the
database function and if that is a better way to do it I will go that route.
Here is mine:

 

# Devmon config file

 

# Variable/value pairs in this file are delimited by an equals sign, and

# all values are case insensitive unless otherwise stated

 

######## LOCAL OPTIONS:

########

 

######## These options are local to this machine, and changing them will not

######## affect the runtime parameters of other nodes in a Devmon cluster

######## (assuming you are running in with MULTINODE=YES)

 

# MULTINODE: Determines if this node is a single node system. Acceptable

# values are 'yes' and 'no' [DEFAULT: NO]

MULTINODE=NO

 

# BBHOSTS: Location of the bb-hosts file on this system.  This file is only

# used when running devmon with the --readbbhosts flag.  In a multi-node

# cluster, the only system that needs to have this set is the one that

# the display server is running on;  other systems can leave this at
default.

# (case sensitive) [DEFAULT: /home/hobbit/server/etc/bb-hosts]

BBHOSTS=/opt/hobbit/server/etc/bb-hosts

 

# BBTAG:  This is the indentifier (aka tag) that you use in your bb-hosts

# which allows Devmon to determine which of the options after a host

# are Devmon specific.

# (case sensitive) [DEFAULT: DEVMON]

BBTAG=DEVMON

 

# SNMPCIDS: The SNMP cids used during the bb-hosts discovery process

# (i.e. running with the --readbbhosts flag) This should be a comma
delimited

# list of values;  you order the list from most common to least common, left

# to right, as this will help speed the device type discovery process.

# (case sensitive) [DEFAULT: public,private]

SNMPCIDS=xxxxxxx,xxxxxxxxx

 

# NODENAME: Sets the name of this Devmon node.  A value of of 'HOSTNAME'

# will cause the host to determine its hostname via the 'hostname' command

# (the non-FQDN name will be used).  Only useful if in multinode mode.

# (case sensitive) [DEFAULT: HOSTNAME]

NODENAME=xxxxxxxxxxxx

 

# PIDFILE: Sets the full path to the Devmon process ID file.  The directory

# containing this file should be read/writable by the user running the
Devmon

# process. (case sensitive) [DEFAULT: /var/run/devmon/devmon.pid]

PIDFILE=/var/run/devmon/devmon.pid

 

# LOGFILE: Sets the full path to the Devmon log file. The file should either

# exist and be writable by the Devmon user, or the Devmon user should have

# read/write privileges to the log directory (case sensitive)

# To disable logging to a file, leave this value blank (i.e. 'LOGFILE=')

# [DEFAULT: /var/log/devmon.log]

LOGFILE=/var/log/hobbit/devmon.log

 

# DBHOST: Should contain the IP or DNS name of the database server

# in a multinode cluster. [DEFAULT: localhost]

DBHOST=localhost

 

# DBNAME: Specifies the name of the Devmon database

# on the database server.  (case sensitive) [DEFAULT: devmon]

DBNAME=devmon

 

# DBUSER: Sets the name of the devmon user on the database.  This user
should

# have full read/write priveledges on the database specified by the DBNAME

# variable. (case sensitive) [DEFAULT: devmon]

DBUSER=devmon

 

# DBPASS: Sets the password used the DBUSER to connect to the DBNAME
database

# on DBHOST. (case sensitive) [DEFAULT: devmon]

DBPASS=devmon

 

 

 

 

 

######### GLOBAL OPTIONS:

#########

 

######### Changing any of these options (followed by running devmon with the

######### --syncconfig flag, if you are running in multinode mode) will
change

######### the global runtime parameters for all devmon nodes in this
cluster.

######### Change these options with care, as they can have a major impact on

######### way Devmon functions!

 

 

### BB/HOBBIT specific options

###

 

# BBTYPE: Determines how devmon will format its output pages.Accetable
values

# are 'bb' or 'hobbit', either each option setting the output format to that

# of its respective server type [DEFAULT: hobbit]

BBTYPE=hobbit

 

# DISPSERV: Should contain the DNS name or IP address of th BB or hobbit

# display server. [DEFAULT: localhost]

DISPSERV=localhost

 

# DISPPORT: Specifies the port on the remote display server to connect to

# [DEFAULT: 1984]

DISPPORT=1984

 

# MSGSIZE: Sets the max message size in bytes of the datagrams that Devmon

# sends to the bb display server [DEFAULT: 8096]

MSGSIZE=8096

 

# MSGSLEEP: The number of milliseconds to sleep between each message sent

# to the bb displayer server.  Set this number higher if your bb server

# is having problems coping with an influx of Devmon data. [DEFAULT: 10]

MSGSLEEP=10

 

 

### Polling control specific options

###

 

# CYCLETIME: The length of the polling cycle, aka how often Devmon

# will attempt to query remote hosts and send messages to the bb display

# server.  Measured in seconds.  [DEFAULT: 60]

CYCLETIME=120

 

# DEADTIME: The amount of time before the devmon cluster considers a

# particular node "dead".  This value should be at least twice your

# cycletime variable, if not a little bit more.  [DEFAULT: 180]

DEADTIME=240

 

# CLEARTIME: The amount of time in seconds Devmon will wait before

# reporting a clear test.  In high-latentcy networks, this helps

# prevent excessive amounts of clear reports. [DEFAULT: 180]

CLEARTIME=180

 

# NUMFORKS: The number of child processces that Devmon should spawn

# to handle SNMP transations.  Too many will bog down your machine,

# while too few will cause your test cycles to run much slower.

# It best to experiment with this, but the default works well.

# [DEFAULT: 10]

NUMFORKS=30

 

# NUMFORKS: The maximum amount of time in seconds that a child process

# should spend polling a single host.  The can help recover forks

# in case one hangs on a remote host.  This value should be greater

# than (SNMPTRIES x SNMPTIMEOUT) + 1 [DEFAULT: 30]

MAXPOLLTIME=30

 

### SNMP specific options

###

 

# SNMPTIMEOUT: Number of seconds before an snmp query will time out

# Setting this lower might increase the speed of your SNMP queries, but

# on high latentcy connections that might result in missed poll cycles

# [DEFAULT: 2] (must be greater than 0)

SNMPTIMEOUT=2

 

# SNMPTRIES: Number of attempts an SNMP query will make before it gives

# up.  More than 5 or so might be overkill here

# [DEFAULT: 5] (must be greater than 0)

SNMPTRIES=5

 

 

 

[Devmon] Alarming on interfaces

[Joshua K. <fo...@tr...>]

I was wondering if there is a way to say disable alarming for a series of
ports but still graph the actual bandwidth on them.  That way in the future
if I wanted to enable alarming I still having some history from the port.

 

-Josh

 

 

Re: [Devmon] input discard rate

[Guðmundur Ö. I. <Gud...@la...>]

Have you tried reviewing the RRD files and doing the calculations yourself?

___________________________________________

Guðmundur Örn Ingvarsson
Landsbankinn
Global Unix Infrastructure Engineer
Core Systems IT - CS IT

Sími / Tel.: (+354)  410 6730
Farsími / Mobile: (+354)  820 5074
Fax: (+354)  410 3032
gud...@la...
www.landsbanki.is


-----Original Message-----
From: dev...@li... [mailto:dev...@li...] On Behalf Of Taylor Lewick
Sent: 8. maí 2008 19:14
To: dev...@li...
Subject: Re: [Devmon] input discard rate

Sure, here they are, but they haven't been touched...

Oids
ifName          : .1.3.6.1.2.1.31.1.1.1.1       : branch
ifAlias         : .1.3.6.1.2.1.31.1.1.1.18      : branch
ifInOctets      : .1.3.6.1.2.1.2.2.1.10         : branch
ifInDiscards    : .1.3.6.1.2.1.2.2.1.13         : branch
ifOutOctets     : .1.3.6.1.2.1.2.2.1.16         : branch
ifOutDiscards   : .1.3.6.1.2.1.2.2.1.19         : branch

transforms
# Get bit speed delta (so we dont have to provide custom delta limit)
ifInOps         : DELTA         : {ifInOctets}
ifOutOps        : DELTA         : {ifOutOctets}
# Convert our octets delta into bits per second
ifInBps         : MATH          : {ifInOps} x 8
ifOutBps        : MATH          : {ifOutOps} x 8
# Do delta transform on all error counters
ifInDps         : DELTA         : {ifInDiscards}
ifOutDps        : DELTA         : {ifOutDiscards}
# Perform error to traffic percentage calculations
ifInDscPct      : MATH          : ({ifInDps} / {ifInBps}) x 100
ifOutDscPct     : MATH          : ({ifOutDps} / {ifOutBps}) x 100
# Create an alias in a bracketed box, or nothing if alias is blank
ifAliasBox      : REGSUB        : {ifAlias} /(\S+.*)/ [$1]/

messages
<b>Discards:</b>
TABLE:
Ifc name|Discards in|Discard rate in|Discard load in|Discards out|Discard rate out|Discard load out
{ifName}{ifAliasBox}|{ifInDiscards}|{ifInDps}|{ifInDscPct.color}{ifInDscPct}%{ifInDscPct.errors}|{ifOutDiscards}|{ifOutDps}|{ifOutDscPct.color}{ifOutDscPct}%{ifOutDscPct.errors}

Note:
Error rates are per second.
Load percentages are based on error/bit ratio.


________________________________________
From: dev...@li... [mailto:dev...@li...] On Behalf Of Guðmundur Örn Ingvarsson
Sent: Thursday, May 08, 2008 10:47 AM
To: 'dev...@li...'
Subject: Re: [Devmon] input discard rate

We're monitoring a few 6509 but I can't say we've seen numbers like that one.
Can you include the oids, transforms and messages files just if there is anything spooky in there?



From: dev...@li... [mailto:dev...@li...] On Behalf Of Taylor Lewick
Sent: 8. maí 2008 15:11
To: dev...@li...
Subject: [Devmon] input discard rate

Is anyone out there using devmon to monitor a 6509?  If so, do you ever get messages about a link having a very high input discard rate?

And if so, what does that mean?  I can see output discard counters on the switch by running show int gi#/# counter errors, but I don't see any counters for input-discards, only output-discards.
Also, if you look below, the Discards In reports as 0, yet the rate in reports as 72796055, and a 4386%, so I think something is wrong with the way devmon is calculating the discard load in.

Ifc         name                            Discards in        Discard rate in   Discard load in   Discards out      Discard rate out             Discard load out
Gi#/#    [*** some link ***]           0                      72796055.85      4386.49%                      0                      0.00                              0.00%

And the rate we are getting is unreal (see above).  We aren't hearing of any problems on this link, yet devmon is reporting.  This happens about once an hour and lasts about for one poll cycle, i.e. one minute.



Fyrirvari/Disclaimer
http://www.landsbanki.is/disclaimer

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Devmon-support mailing list
Dev...@li...
https://lists.sourceforge.net/lists/listinfo/devmon-support
Fyrirvari/Disclaimer
http://www.landsbanki.is/disclaimer