Torrus performance monitoring framework

hi Ken,

it's bytes/second.

One way of doing the daily reports is taking a copy and modifying 
perllib/Torrus/ReportGenerator/MonthlySrvUsage.pm

Or, alternatively, you can do your own PHP or perl scripting and manipulate raw data.

I'm also contractable, if you need some additional developer resources.

cheers,
stan


>
>From: Ken Wilkinson <kwilkinson@...>
>To: torrus-users@...
>Sent: Wednesday, August 19, 2009 10:51:45 PM
>Subject: [torrus-users] SRVEXPORT Table
>
> >
> 
> 
> >
>
>
>I am trying to create some daily reports and need an
>explanation of the SRVEXPORT table.  I think most all the columns are pretty
>easy to understand except for the value column.  What is this value?  Is it the
>interface rate between polls in bytes per second or is it the number of bytes transferred
>since the last poll?
> 
>Ken Wilkinson
>CAS Cable

The IOS release in question is 12.2(33)SRD1 and 12.2(33)SRD2

I will upload the fix soon.





----- Original Message ----
> From: Stanislav Sinyagin <ssinyagin@...>
> To: torrus-users@...
> Sent: Sunday, August 16, 2009 12:46:45 AM
> Subject: [torrus-users] Troubleshooting Cisco QoS
> 
> It looks like Cisco has changed the QoS object indexing in newer IOS, and 
> now the QoS plugin is totally confused.
> 
> Jehad and Nenad have bumped into these problems recently.
> 
> I need a publicly available IOS router where the QoS plugin still works and 
> where I can reach it with SNMP from my host 62.2.86.215
> 
> Fixing the functionality should not be a problem, but I need to make sure 
> the plugin still works with older IOS.

The new QoS plugin should work with the new IOS:
http://torrus.sourceforge.net/devel/tp-cisco-cbqos-1.7d.tar.gz

Please test.






----- Original Message ----
> From: Stanislav Sinyagin <ssinyagin@...>
> To: torrus-users@...
> Sent: Sunday, August 16, 2009 5:19:25 PM
> Subject: Re: [torrus-users] Troubleshooting Cisco QoS
> 
> The IOS release in question is 12.2(33)SRD1 and 12.2(33)SRD2
> 
> I will upload the fix soon.
> 
> 
> 
> 
> 
> ----- Original Message ----
> > From: Stanislav Sinyagin 
> > To: torrus-users@...
> > Sent: Sunday, August 16, 2009 12:46:45 AM
> > Subject: [torrus-users] Troubleshooting Cisco QoS
> > 
> > It looks like Cisco has changed the QoS object indexing in newer IOS, and 
> > now the QoS plugin is totally confused.
> > 
> > Jehad and Nenad have bumped into these problems recently.
> > 
> > I need a publicly available IOS router where the QoS plugin still works and 
> > where I can reach it with SNMP from my host 62.2.86.215
> > 
> > Fixing the functionality should not be a problem, but I need to make sure 
> > the plugin still works with older IOS.
> 
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
> trial. Simplify your report design, integration and deployment - and focus on 
> what you do best, core application coding. Discover what's new with 
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> torrus-users mailing list
> torrus-users@...
> https://lists.sourceforge.net/lists/listinfo/torrus-users

hi Nenad,

see RFC2863_IF_MIB::traffic-summaries
in http://torrus.org/snmpdiscovery.pod.html




>
>From: Nenad Tomašević <Nenad.Tomasevic@...>
>To: "torrus-users@..." <torrus-users@...>
>Sent: Wednesday, August 12, 2009 11:01:43 AM
>Subject: [torrus-users] joining graphs
>
> >
> 
> 
> >
>
>
>Hy,
> 
>Is there a way to create xml for summing of several interface
>bandwitdh/traffic counters and make a new graph for that sum value.
> 
>Lets say I have interfaces:
> 
>-         
>Gig0/1
>-         
>Gig0/2
>-         
>Gig0/3
> 
>And I want to make traffic counters graph for Gig0/1+Gig0/2+Gig0/3.
> 
>Nenad Tomašević
>
>
>

Great, I think i've got it, but I have another question, is the

CiscoIOS::disable-bgp-stats value=yes good enough for preventing torrus to poll routing tables? Its all about border router with 4 full BGP tables and I'm pretty shure there will be CPU usage problems if torrus starts to poll something from the routing tables.

Ok, I could configure router to block such requests but maybe is the best if that doesnt happend at all...?



Also, the main reason why I've start hanging out with torrus ( propably I'm not the only one ) is Cisco class based qos graphing out of the box, but after we upgraded our routers, that doesnt work anymore. I've try to change Torrus version and repolling the devices but nothing..
I've seen in archives other users have similar problems, so if someone with more developing and torrus usage experience have free time and will for some research, I'm willing to test or get every information that developers need to solve that issue.

Nenad

From: Stanislav Sinyagin [mailto:ssinyagin@...]
Sent: Wednesday, August 12, 2009 12:48 PM
To: Nenad Tomašević; torrus-users@...
Subject: Re: [torrus-users] joining graphs

hi Nenad,

see RFC2863_IF_MIB::traffic-summaries
in http://torrus.org/snmpdiscovery.pod.html


From: Nenad Tomašević <Nenad.Tomasevic@...>
To: "torrus-users@..." <torrus-users@...>
Sent: Wednesday, August 12, 2009 11:01:43 AM
Subject: [torrus-users] joining graphs


Hy,

Is there a way to create xml for summing of several interface bandwitdh/traffic counters and make a new graph for that sum value.

Lets say I have interfaces:


-          Gig0/1

-          Gig0/2

-          Gig0/3

And I want to make traffic counters graph for Gig0/1+Gig0/2+Gig0/3.

Nenad Tomašević

Nenad,

>CiscoIOS::disable-bgp-stats value=yes good enough for preventing torrus to
>poll routing tables? Its all about border router with 4 full BGP tables and
>I'm pretty shure there will be CPU usage problems if torrus starts to poll
>something from the routing tables.

This doesnt poll the routing table, it polls the BGP4-MIB and logs the 
number of prefixes by peer.

>Also, the main reason why I've start hanging out with torrus ( propably I'm
>not the only one ) is Cisco class based qos graphing out of the box, but
>after we upgraded our routers, that doesnt work anymore. I've try to change
>Torrus version and repolling the devices but nothing..

Did you download the latest CbQoS to go wtih your torrus install?


Cheers,
-nistor



>
>From: Stanislav Sinyagin [mailto:ssinyagin@...]
>Sent: Wednesday, August 12, 2009 12:48 PM
>To: Nenad Toma?evi?; torrus-users@...
>Subject: Re: [torrus-users] joining graphs
>
> 
>
>hi Nenad,
>
>see RFC2863_IF_MIB::traffic-summaries
>in http://torrus.org/snmpdiscovery.pod.html
>
>       
>
>      From: Nenad Toma?evi? <Nenad.Tomasevic@...>
>      To: "torrus-users@..."
>      <torrus-users@...>
>      Sent: Wednesday, August 12, 2009 11:01:43 AM
>      Subject: [torrus-users] joining graphs
>
>
>      Hy,
>
>       
>
>      Is there a way to create xml for summing of several interface
>      bandwitdh/traffic counters and make a new graph for that sum
>      value.
>
>       
>
>      Lets say I have interfaces:
>
>       
>
>      -          Gig0/1
>
>      -          Gig0/2
>
>      -          Gig0/3
>
>       
>
>      And I want to make traffic counters graph for
>      Gig0/1+Gig0/2+Gig0/3.
>
>       
>
>      Nenad Toma?evi?
>
>       
>
>
>

  ________
   Jon (nistor@...) - iiooiioo.ooooioii.ooiiooio.iooioiio

: EOF
:

hi Nenad,

as Jon mentioned already, we do not poll routing table entries. I know this is a bit of disaster with ZenOSS and HPOV, but Torrus has a bit different purpose, so there's no reason for polling the routes.

What exactly stopped working in QoS stats?

Sometimes IOS is buggy in deep hierarchical statistics, but at least the top-level classmaps work generally fine.
You can try setting CiscoIOS_cbQoS::classmaps-only  to yes -- this usually gives a good overview of the traffic, without sending too many requests to the router.






>
>From: Nenad Tomašević <Nenad.Tomasevic@...>
>To: "torrus-users@..." <torrus-users@...>
>Sent: Wednesday, August 12, 2009 5:24:30 PM
>Subject: Re: [torrus-users] joining graphs
>
> >
> 
> 
> >
>
>
>Great, I think i've got it, but I have another question, is the
> 
>CiscoIOS::disable-bgp-statsvalue=yes good enough for
>preventing torrus to poll routing tables? Its all about border router with 4
>full BGP tables and I'm pretty shure there will be CPU usage problems if torrus
>starts to poll something from the routing tables.
> 
>Ok,
>I could configure router to block such requests but maybe is the best if that
>doesnt happend at all...?
> 
> 
> 
>Also,
>the main reason why I've start hanging out with torrus ( propably I'm not the
>only one ) is Cisco class based qos graphing out of the box, but after we
>upgraded our routers, that doesnt work anymore. I've try to change Torrus
>version and repolling the devices but nothing..
>I've
>seen in archives other users have similar problems, so if someone with more
>developing and torrus usage experience have free time and will for some
>research, I'm willing to test or get every information that developers need to
>solve that issue.
> 
>Nenad
> 
>From:Stanislav Sinyagin
>[mailto:ssinyagin@...] 
>Sent: Wednesday, August 12, 2009 12:48 PM
>To: Nenad Tomašević; torrus-users@...
>Subject: Re: [torrus-users] joining graphs
> 
>hi Nenad,
>
>>see RFC2863_IF_MIB::traffic-summaries
>>in http://torrus.org/snmpdiscovery.pod.html
>
>
> 
>>From:Nenad Tomašević
>><Nenad.Tomasevic@...>
>>To: "torrus-users@..."
>><torrus-users@...>
>>Sent: Wednesday, August 12, 2009 11:01:43 AM
>>Subject: [torrus-users] joining graphs
>>
>>
>>
>>Hy,
>> 
>>Is there a way to create xml for summing of several
>>interface bandwitdh/traffic counters and make a new graph for that sum value.
>> 
>>Lets say I have interfaces:
>> 
>>-         
>>Gig0/1
>>-         
>>Gig0/2
>>-         
>>Gig0/3
>> 
>>And I want to make traffic counters graph for
>>Gig0/1+Gig0/2+Gig0/3.
>> 
>>Nenad Tomašević
>>

Well, first time when i install torrus, i run it also on that border router and the CPU usage  gone on 100%.
Luckily for me, routing have more priority then snmp  ( snmp process was the biggest consumer of CPU, i've check that ). ☺
So, do anybody have idea whats egzactly gone wrong?

Router is 7609 and there is nothing too smart on it, just regular border router with BGP on the outside and OSPF on the inside.

Regarding CBQoS, story goes like this;


1)      Old mashine, debian 4 , torrus 1.06, tp-cisco-cbqos 1.5, everything works beside one of the 7609, classmaps-only in xml for only that router solve the problem.

2)      New mashine, debian 5, torrus 1.08, tp-cisco-cbqos 1.6, everything works, xml's are the same.

3)      After ios upgrade, all graphs on all 7609 (inculding the one with class-maps only configuration) are no longer drown. Actual maps are pollen, but there is no traffic on any of the graphs for qos, all other Cisco specific graphs working. QoS graphs on 7206 routers continued to work.

4)      New mashine, debian 5, torrus 1.06, tp-cisco-cbqos 1.5, CBQoS doesnt work


So i guess the problem is somewhere with communication between new IOS and torrus, but i cant find a way to troubleshoot that because all od the polling and xml compileing gone well.


Nenad Tomašević


From: Stanislav Sinyagin [mailto:ssinyagin@...]
Sent: Thursday, August 13, 2009 9:01 AM
To: Nenad Tomašević; torrus-users@...
Subject: Re: [torrus-users] joining graphs

hi Nenad,

as Jon mentioned already, we do not poll routing table entries. I know this is a bit of disaster with ZenOSS and HPOV, but Torrus has a bit different purpose, so there's no reason for polling the routes.

What exactly stopped working in QoS stats?

Sometimes IOS is buggy in deep hierarchical statistics, but at least the top-level classmaps work generally fine.
You can try setting CiscoIOS_cbQoS::classmaps-only  to yes -- this usually gives a good overview of the traffic, without sending too many requests to the router.




From: Nenad Tomašević <Nenad.Tomasevic@...>
To: "torrus-users@..." <torrus-users@...>
Sent: Wednesday, August 12, 2009 5:24:30 PM
Subject: Re: [torrus-users] joining graphs


Great, I think i've got it, but I have another question, is the

CiscoIOS::disable-bgp-stats value=yes good enough for preventing torrus to poll routing tables? Its all about border router with 4 full BGP tables and I'm pretty shure there will be CPU usage problems if torrus starts to poll something from the routing tables.

Ok, I could configure router to block such requests but maybe is the best if that doesnt happend at all...?



Also, the main reason why I've start hanging out with torrus ( propably I'm not the only one ) is Cisco class based qos graphing out of the box, but after we upgraded our routers, that doesnt work anymore. I've try to change Torrus version and repolling the devices but nothing..
I've seen in archives other users have similar problems, so if someone with more developing and torrus usage experience have free time and will for some research, I'm willing to test or get every information that developers need to solve that issue.

Nenad

From: Stanislav Sinyagin [mailto:ssinyagin@...]
Sent: Wednesday, August 12, 2009 12:48 PM
To: Nenad Tomašević; torrus-users@...
Subject: Re: [torrus-users] joining graphs

hi Nenad,

see RFC2863_IF_MIB::traffic-summaries
in http://torrus.org/snmpdiscovery.pod.html

From: Nenad Tomašević <Nenad.Tomasevic@...>
To: "torrus-users@..." <torrus-users@...>
Sent: Wednesday, August 12, 2009 11:01:43 AM
Subject: [torrus-users] joining graphs

Hy,

Is there a way to create xml for summing of several interface bandwitdh/traffic counters and make a new graph for that sum value.

Lets say I have interfaces:


-          Gig0/1

-          Gig0/2

-          Gig0/3

And I want to make traffic counters graph for Gig0/1+Gig0/2+Gig0/3.

Nenad Tomašević

>Well, first time when i install torrus, i run it also on that border router
>and the CPU usage  gone on 100%.
>Luckily for me, routing have more priority then snmp  ( snmp process was the
>biggest consumer of CPU, i've check that ). J

I imagine that 100% is a very temporary thing and I'm sure anything that 
polls a lot of information will cause the CPU to go up; unfortunately 
there is no way around this other than to not poll as much information, 
but then whats the point?   I wouldn't be too worried about it myself 
until it sits there for awhile.

>Router is 7609 and there is nothing too smart on it, just regular border
>router with BGP on the outside and OSPF on the inside.
Which image/supervisor are you running on this chassis?


>Regarding CBQoS, story goes like this;
>3)      After ios upgrade, all graphs on all 7609 (inculding the one with
>class-maps only configuration) are no longer drown. Actual maps are pollen,
>but there is no traffic on any of the graphs for qos, all other Cisco
>specific graphs working. QoS graphs on 7206 routers continued to work.

Are you using regular WS-X* linecards, or do you hav SIP cards installed? 
The SIP-400/600 cards will have the fullout CbQoS MIB implemented if I'm 
not mistaken, the other linecards are iffy on any QoS stats last I looked 
at it.

>
>4)      New mashine, debian 5, torrus 1.06, tp-cisco-cbqos 1.5, CBQoS doesnt
>work
I would suggest maybe upgrading your Torrus, although I don't know if 
torrus was upgraded in the debian ports tree or not, may have to install 
it by hand.


>So i guess the problem is somewhere with communication between new IOS and
>torrus, but i cant find a way to troubleshoot that because all od the
>polling and xml compileing gone well.
When you talk about it not drawing the graphs, do you atleast see it in 
the UI menus?




>
>From: Stanislav Sinyagin [mailto:ssinyagin@...]
>Sent: Thursday, August 13, 2009 9:01 AM
>To: Nenad Toma?evi?; torrus-users@...
>Subject: Re: [torrus-users] joining graphs
>
> 
>
>hi Nenad,
>
>as Jon mentioned already, we do not poll routing table entries. I know this
>is a bit of disaster with ZenOSS and HPOV, but Torrus has a bit different
>purpose, so there's no reason for polling the routes.
>
>What exactly stopped working in QoS stats?
>
>Sometimes IOS is buggy in deep hierarchical statistics, but at least the
>top-level classmaps work generally fine.
>You can try setting CiscoIOS_cbQoS::classmaps-only  to yes -- this usually
>gives a good overview of the traffic, without sending too many requests to
>the router.
>
>
>
>       
>
>      From: Nenad Toma?evi? <Nenad.Tomasevic@...>
>      To: "torrus-users@..."
>      <torrus-users@...>
>      Sent: Wednesday, August 12, 2009 5:24:30 PM
>      Subject: Re: [torrus-users] joining graphs
>
>
>      Great, I think i've got it, but I have another question, is the
>
>       
>
>      CiscoIOS::disable-bgp-stats value=yes good enough for preventing
>      torrus to poll routing tables? Its all about border router with
>      4 full BGP tables and I'm pretty shure there will be CPU usage
>      problems if torrus starts to poll something from the routing
>      tables.
>
>       
>
>      Ok, I could configure router to block such requests but maybe is
>      the best if that doesnt happend at all...?
>
>       
>
>       
>
>       
>
>      Also, the main reason why I've start hanging out with torrus (
>      propably I'm not the only one ) is Cisco class based qos
>      graphing out of the box, but after we upgraded our routers, that
>      doesnt work anymore. I've try to change Torrus version and
>      repolling the devices but nothing..
>
>      I've seen in archives other users have similar problems, so if
>      someone with more developing and torrus usage experience have
>      free time and will for some research, I'm willing to test or get
>      every information that developers need to solve that issue.
>
>       
>
>      Nenad
>
>       
>
>      From: Stanislav Sinyagin [mailto:ssinyagin@...]
>      Sent: Wednesday, August 12, 2009 12:48 PM
>      To: Nenad Toma?evi?; torrus-users@...
>      Subject: Re: [torrus-users] joining graphs
>
> 
>
>hi Nenad,
>
>see RFC2863_IF_MIB::traffic-summaries
>in http://torrus.org/snmpdiscovery.pod.html
>
>       
>
>      From: Nenad Toma?evi? <Nenad.Tomasevic@...>
>      To: "torrus-users@..."
>      <torrus-users@...>
>      Sent: Wednesday, August 12, 2009 11:01:43 AM
>      Subject: [torrus-users] joining graphs
>
>      Hy,
>
>       
>
>      Is there a way to create xml for summing of several
>      interface bandwitdh/traffic counters and make a new graph
>      for that sum value.
>
>       
>
>      Lets say I have interfaces:
>
>       
>
>      -          Gig0/1
>
>      -          Gig0/2
>
>      -          Gig0/3
>
>       
>
>      And I want to make traffic counters graph for
>      Gig0/1+Gig0/2+Gig0/3.
>
>       
>
>      Nenad Toma?evi?
>
>       
>
>
>

  ________
   Jon (nistor@...) - iiooiioo.ooooioii.ooiiooio.iooioiio

: EOF
:

>I imagine that 100% is a very temporary thing and I'm sure anything that 
>polls a lot of information will cause the CPU to go up; unfortunately 
>there is no way around this other than to not poll as much information, 
>but then whats the point?   I wouldn't be too worried about it myself 
>until it sits there for awhile.

At first, I was also thinking thats the case but after 10 minutes I've decided to disable snmp server on router.
On other routers discovery never take longer then few minutes and cpu doesnt go above 50-60% and other routers have much more complex configuration.
Also, before few minutes I've run the discovery against border router, but before that i've disabled arp and route table polling on the router and processor didnt go above 20%.
So, mine problem with that is kind of solved..

>Which image/supervisor are you running on this chassis?
>Are you using regular WS-X* linecards, or do you hav SIP cards installed? 
>The SIP-400/600 cards will have the fullout CbQoS MIB implemented if I'm 
>not mistaken, the other linecards are iffy on any QoS stats last I looked 
>at it.

On border we have WS cards, but border doesnt have QoS, on the others we have SIP 400/600.
And, as i've already mentioned, QoS graphing was working just fine till upgrade of IOS.


>I would suggest maybe upgrading your Torrus, although I don't know if 
>torrus was upgraded in the debian ports tree or not, may have to install 
>it by hand.

I forget to mention, all instalations are done compiling from source and I'm back on 1.08 ( not CVS, regular release )


>When you talk about it not drawing the graphs, do you atleast see it in 
>the UI menus?

Yes, I can see them and snmpwalk on .1.3.6.1.4.1.9.9.166.1.7.1.1 is working.
Problem is that I dont now how to test it for traffic inside of classes.



Also, i've try to put together ddx for summing graphs, but result is pretty jibberish and i'm really tired of that developing shit, I want to be just a network guy.. :))

Thats the one;

<snmp-discovery>
  <file-info>
    <format-version>
1.0
    </format-version>
  </file-info>
  <param name="data-dir" value="/srv/torrus/collector_rrd"/>
  <param name="domain-name" value=""/>
  <param name="host-subtree" value="/BORDER"/>
  <param name="output-file" value="border.xml"/>
  <param name="rrd-hwpredict" value="no"/>
  <param name="snmp-community" value="blabla"/>
  <param name="snmp-port" value="161"/>
  <param name="snmp-retries" value="2"/>
  <param name="snmp-timeout" value="10"/>
  <param name="snmp-version" value="1"/>
  <param name="RFC2863_IF_MIB::traffic-summaries" value="UKUPNO" />
  <param name="RFC2863_IF_MIB::traffic-ukupno1-path" value="/UKUPNO" />
  <param name="RFC2863_IF_MIB::traffic-ukupno1-comment" value="INTERNET_UKUPNO" />
  <host>
    <param name="snmp-host" value="BLA.BLA.BLA.BLA"/>
    <param name="symbolic-name" value="BLA"/>
    <param name="RFC2863_IF_MIB::traffic-UKUPNO-interfaces" value="GigabitEthernet1_2" />
  </host>
  <host>
    <param name="snmp-host" value="BLA.BLA.BLA.BLA"/>
    <param name="symbolic-name" value="BLABLA"/>
    <param name="RFC2863_IF_MIB::traffic-UKUPNO-interfaces" value="GigabitEthernet1_3" />
  </host>
  <host>
    <param name="snmp-host" value="BLA.BLA.BLA.BLA"/>
    <param name="symbolic-name" value="BLABLABLA"/>
    <param name="RFC2863_IF_MIB::traffic-UKUPNO-interfaces" value="GigabitEthernet1_8" />
  </host>
  <host>
    <param name="snmp-host" value="BLA.BLA.BLA.BLA"/>
    <param name="symbolic-name" value="BLABLABLABLA"/>
    <param name="RFC2863_IF_MIB::traffic-UKUPNO-interfaces" value="Port_channel1" />
  </host>
</snmp-discovery>

I get two UI menus on tree main, BORDER and UKUPNO.
In BORDER i have 4 menus;

- BLA
- BLABLA
- BLABLABLA
- BLABLABLABLA

And they all do the same thing, polling all usual sensors on border router.

In UKUPNO I get two graphs, bytes in and bytes out, and they begining from 10M (?) and showing that my upload is bigger then download which isnt true.

And all i want is to see sumed traffic from interfaces  GigabitEthernet1_2, GigabitEthernet1_3, GigabitEthernet1_8 and Port_channel1. :)


>
>From: Stanislav Sinyagin [mailto:ssinyagin@...]
>Sent: Thursday, August 13, 2009 9:01 AM
>To: Nenad Toma?evi?; torrus-users@...
>Subject: Re: [torrus-users] joining graphs
>
> 
>
>hi Nenad,
>
>as Jon mentioned already, we do not poll routing table entries. I know this
>is a bit of disaster with ZenOSS and HPOV, but Torrus has a bit different
>purpose, so there's no reason for polling the routes.
>
>What exactly stopped working in QoS stats?
>
>Sometimes IOS is buggy in deep hierarchical statistics, but at least the
>top-level classmaps work generally fine.
>You can try setting CiscoIOS_cbQoS::classmaps-only  to yes -- this usually
>gives a good overview of the traffic, without sending too many requests to
>the router.
>
>
>
>       
>
>      From: Nenad Toma?evi? <Nenad.Tomasevic@...>
>      To: "torrus-users@..."
>      <torrus-users@...>
>      Sent: Wednesday, August 12, 2009 5:24:30 PM
>      Subject: Re: [torrus-users] joining graphs
>
>
>      Great, I think i've got it, but I have another question, is the
>
>       
>
>      CiscoIOS::disable-bgp-stats value=yes good enough for preventing
>      torrus to poll routing tables? Its all about border router with
>      4 full BGP tables and I'm pretty shure there will be CPU usage
>      problems if torrus starts to poll something from the routing
>      tables.
>
>       
>
>      Ok, I could configure router to block such requests but maybe is
>      the best if that doesnt happend at all...?
>
>       
>
>       
>
>       
>
>      Also, the main reason why I've start hanging out with torrus (
>      propably I'm not the only one ) is Cisco class based qos
>      graphing out of the box, but after we upgraded our routers, that
>      doesnt work anymore. I've try to change Torrus version and
>      repolling the devices but nothing..
>
>      I've seen in archives other users have similar problems, so if
>      someone with more developing and torrus usage experience have
>      free time and will for some research, I'm willing to test or get
>      every information that developers need to solve that issue.
>
>       
>
>      Nenad
>
>       
>
>      From: Stanislav Sinyagin [mailto:ssinyagin@...]
>      Sent: Wednesday, August 12, 2009 12:48 PM
>      To: Nenad Toma?evi?; torrus-users@...
>      Subject: Re: [torrus-users] joining graphs
>
> 
>
>hi Nenad,
>
>see RFC2863_IF_MIB::traffic-summaries
>in http://torrus.org/snmpdiscovery.pod.html
>
>       
>
>      From: Nenad Toma?evi? <Nenad.Tomasevic@...>
>      To: "torrus-users@..."
>      <torrus-users@...>
>      Sent: Wednesday, August 12, 2009 11:01:43 AM
>      Subject: [torrus-users] joining graphs
>
>      Hy,
>
>       
>
>      Is there a way to create xml for summing of several
>      interface bandwitdh/traffic counters and make a new graph
>      for that sum value.
>
>       
>
>      Lets say I have interfaces:
>
>       
>
>      -          Gig0/1
>
>      -          Gig0/2
>
>      -          Gig0/3
>
>       
>
>      And I want to make traffic counters graph for
>      Gig0/1+Gig0/2+Gig0/3.
>
>       
>
>      Nenad Toma?evi?
>
>       
>
>
>

  ________
   Jon (nistor@...) - iiooiioo.ooooioii.ooiiooio.iooioiio

: EOF
:

I have upgraded to 1.0.8 but still get the same error message. I've started cutting out members of the particular tree and running the devdiscover against those. It appears that whatever is tripping the bug is related to the two Juniper M40 routers in that tree. Here is a breakdown in the testing I was able to do: 

Just router 1 = success
Just router 2 = failure
Either router 1 or 2 with all other devices = failure
All other devices without router 1 and 2 = success

The other devices are a mix of Foundry and Cisco equipment.

I find it odd that devdiscover waits until all of the SNMP queries are run on all devices before throwing the error even though the Junipers are queried first.

Jonathan

> -----Original Message-----
> From: Stanislav Sinyagin [mailto:ssinyagin@...]
> Sent: Monday, August 03, 2009 11:21 AM
> To: Jonathan Call
> Subject: Re: [torrus-users] devdiscover error
> 
> 
> really strange. This module has worked for years, and it was not
> changed in the last 12 months.
> 
> Try upgrading to 1.0.8. There were some inconsistency problems between
> the discovery modules, maybe you hit some hidden effect...
> 
> 
> 
> 
> 
> ----- Original Message ----
> > From: Jonathan Call <jcall@...>
> > To: Stanislav Sinyagin <ssinyagin@...>
> > Sent: Monday, August 3, 2009 6:24:11 PM
> > Subject: RE: [torrus-users] devdiscover error
> >
> > Torrus 1.0.7 running on FreeBSD 7.2 with Perl 5.8.8 (not threaded)
> >
> >
> > > -----Original Message-----
> > > From: Stanislav Sinyagin [mailto:ssinyagin@...]
> > > Sent: Monday, August 03, 2009 10:08 AM
> > > To: Jonathan Call
> > > Subject: Re: [torrus-users] devdiscover error
> > >
> > >
> > > hi Jonathan,
> > >
> > > which Torrus version is it?
> > >
> > >
> > >
> > >
> > > ----- Original Message ----
> > > > From: Jonathan Call
> > > > To: torrus-users@...
> > > > Sent: Monday, August 3, 2009 5:19:08 PM
> > > > Subject: [torrus-users] devdiscover error
> > > >
> > > > I am getting an odd devdiscover error. The error occurs after the
> > > last
> > > > host entry, no matter how many hosts are set up in the ddx:
> > > >
> > > > [03-Aug-2009 15:06:28 ] 42999.0 Discovering host:
> > > > a0213.mysite:161:mysnmp
> > > > [03-Aug-2009 15:07:18 ] 42999.0 Found device type: RFC2863_IF_MIB
> > > > [03-Aug-2009 15:07:19 ] 42999.0 Found device type:
> RFC2737_ENTITY_MIB
> > > > [03-Aug-2009 15:07:19 ] 42999.0 Found device type: CiscoGeneric
> > > > [03-Aug-2009 15:07:19 ] 42999.0 Device capability:
> > > > interfaceIndexingManaged
> > > > [03-Aug-2009 15:07:19 ] 42999.0 Found device type: CiscoIOS
> > > > [03-Aug-2009 15:07:59 ] 42999.0 Device capability: ifXTable
> > > > [03-Aug-2009 15:07:59 ] 42999.0 Device capability: ifName
> > > > [03-Aug-2009 15:07:59 ] 42999.0 Device capability: ifAlias
> > > > [03-Aug-2009 15:07:59 ] 42999.0 Excluding interface: Vlan1
> > > > [03-Aug-2009 15:07:59 ] 42999.0 Excluding interface: Loopback1
> > > > [03-Aug-2009 15:07:59 ] 42999.0 Excluding interface: Null0
> > > > [03-Aug-2009 15:07:59 ] 42999.0 ENTITY-MIB: found chassis
> > > description:
> > > > WS-C3560G-24TS
> > > > [03-Aug-2009 15:08:00 ] 42999.0 Device capability:
> > > > ciscoTemperatureSensors
> > > > [03-Aug-2009 15:08:00 ] 42999.0 Device capability:
> ciscoPowerSupplies
> > > > [03-Aug-2009 15:08:10 ] 42999.0 Device capability:
> ciscoMemoryPool
> > > > [03-Aug-2009 15:08:10 ] 42999.0 Device capability: ciscoCpuStats
> > > > [03-Aug-2009 15:08:10 ] 42999.0 Discovering host:
> > > > a0503.mysite:161:mysnmp
> > > > [03-Aug-2009 15:08:10 ] 42999.0 Found device type: RFC2863_IF_MIB
> > > > [03-Aug-2009 15:08:11 ] 42999.0 Found device type:
> RFC2737_ENTITY_MIB
> > > > [03-Aug-2009 15:08:11 ] 42999.0 Found device type: CiscoGeneric
> > > > [03-Aug-2009 15:08:11 ] 42999.0 Device capability:
> > > > interfaceIndexingManaged
> > > > [03-Aug-2009 15:08:11 ] 42999.0 Found device type: CiscoIOS
> > > > [03-Aug-2009 15:08:11 ] 42999.0 Device capability: ifXTable
> > > > [03-Aug-2009 15:08:11 ] 42999.0 Device capability: ifName
> > > > [03-Aug-2009 15:08:11 ] 42999.0 Device capability: ifAlias
> > > > [03-Aug-2009 15:08:11 ] 42999.0 Excluding interface: Vlan1
> > > > [03-Aug-2009 15:08:11 ] 42999.0 Excluding interface: Loopback1
> > > > [03-Aug-2009 15:08:11 ] 42999.0 Excluding interface: Null0
> > > > [03-Aug-2009 15:08:11 ] 42999.0 ENTITY-MIB: found chassis
> > > description:
> > > > WS-C3560G-24TS
> > > > [03-Aug-2009 15:08:11 ] 42999.0 Device capability:
> > > > ciscoTemperatureSensors
> > > > [03-Aug-2009 15:08:12 ] 42999.0 Device capability:
> ciscoPowerSupplies
> > > > [03-Aug-2009 15:08:12 ] 42999.0 Device capability:
> ciscoMemoryPool
> > > > [03-Aug-2009 15:08:12 ] 42999.0 Device capability: ciscoCpuStats
> > > > Can't use an undefined value as an ARRAY reference at
> > > >
> > >
> /usr/local/lib/perl5/site_perl/5.8.8/Torrus/DevDiscover/RFC2863_IF_MIB.
> > > p
> > > > m line 849.
> > > >
> > > > Other ddx configurations on this same server successfully
> complete
> > > > devdiscover without incident.
> > > >
> > > > Jonathan Call
> > > > Network Engineer - NTT/Verio
> > > > (801) 437-7476
> > > >
> > > >
> > > >
> > > > This email message is intended for the use of the person to whom
> it
> > > has been
> > > > sent, and may contain information that is confidential or legally
> > > protected. If
> > > > you are not the intended recipient or have received this message
> in
> > > error, you
> > > > are not authorized to copy, distribute, or otherwise use this
> message
> > > or its
> > > > attachments. Please notify the sender immediately by return e-
> mail
> > > and
> > > > permanently delete this message and any attachments. Verio, Inc.
> > > makes no
> > > > warranty that this email is error or virus free.  Thank you.
> > > >
> > > > -----------------------------------------------------------------
> ----
> > > ---------
> > > > Let Crystal Reports handle the reporting - Free Crystal Reports
> 2008
> > > 30-Day
> > > > trial. Simplify your report design, integration and deployment -
> and
> > > focus on
> > > > what you do best, core application coding. Discover what's new
> with
> > > > Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> > > > _______________________________________________
> > > > torrus-users mailing list
> > > > torrus-users@...
> > > > https://lists.sourceforge.net/lists/listinfo/torrus-users
> >
> >
> >
> > This email message is intended for the use of the person to whom it
> has been
> > sent, and may contain information that is confidential or legally
> protected. If
> > you are not the intended recipient or have received this message in
> error, you
> > are not authorized to copy, distribute, or otherwise use this message
> or its
> > attachments. Please notify the sender immediately by return e-mail
> and
> > permanently delete this message and any attachments. Verio, Inc.
> makes no
> > warranty that this email is error or virus free.  Thank you.



This email message is intended for the use of the person to whom it has been sent, and may contain information that is confidential or legally protected. If you are not the intended recipient or have received this message in error, you are not authorized to copy, distribute, or otherwise use this message or its attachments. Please notify the sender immediately by return e-mail and permanently delete this message and any attachments. Verio, Inc. makes no warranty that this email is error or virus free.  Thank you.

>...
>devdiscover against those. It appears that whatever is tripping the bug 
>is related to the two Juniper M40 routers in that tree. Here is a 
>breakdown in the testing I was able to do:

Hrm, so the issues only happen on the junipers, can you just take the 2 
M40 devices, slap them into a ddx, run a --debug on it and fire it over to 
me?

Does router 1 and 2 share the same type of interfaces?  When I wrote the 
module I had tested it against a T640, M320 and a bunch of m7i's which all 
came back clean.


Cheers,
-nistor

>> -----Original Message-----
>> From: Stanislav Sinyagin [mailto:ssinyagin@...]
>> Sent: Monday, August 03, 2009 11:21 AM
>> To: Jonathan Call
>> Subject: Re: [torrus-users] devdiscover error
>>
>>
>> really strange. This module has worked for years, and it was not
>> changed in the last 12 months.
>>
>> Try upgrading to 1.0.8. There were some inconsistency problems between
>> the discovery modules, maybe you hit some hidden effect...
>>
>>
>>
>>
>>
>> ----- Original Message ----
>>> From: Jonathan Call <jcall@...>
>>> To: Stanislav Sinyagin <ssinyagin@...>
>>> Sent: Monday, August 3, 2009 6:24:11 PM
>>> Subject: RE: [torrus-users] devdiscover error
>>>
>>> Torrus 1.0.7 running on FreeBSD 7.2 with Perl 5.8.8 (not threaded)
>>>
>>>
>>>> -----Original Message-----
>>>> From: Stanislav Sinyagin [mailto:ssinyagin@...]
>>>> Sent: Monday, August 03, 2009 10:08 AM
>>>> To: Jonathan Call
>>>> Subject: Re: [torrus-users] devdiscover error
>>>>
>>>>
>>>> hi Jonathan,
>>>>
>>>> which Torrus version is it?
>>>>
>>>>
>>>>
>>>>
>>>> ----- Original Message ----
>>>>> From: Jonathan Call
>>>>> To: torrus-users@...
>>>>> Sent: Monday, August 3, 2009 5:19:08 PM
>>>>> Subject: [torrus-users] devdiscover error
>>>>>
>>>>> I am getting an odd devdiscover error. The error occurs after the
>>>> last
>>>>> host entry, no matter how many hosts are set up in the ddx:
>>>>>
>>>>> [03-Aug-2009 15:06:28 ] 42999.0 Discovering host:
>>>>> a0213.mysite:161:mysnmp
>>>>> [03-Aug-2009 15:07:18 ] 42999.0 Found device type: RFC2863_IF_MIB
>>>>> [03-Aug-2009 15:07:19 ] 42999.0 Found device type:
>> RFC2737_ENTITY_MIB
>>>>> [03-Aug-2009 15:07:19 ] 42999.0 Found device type: CiscoGeneric
>>>>> [03-Aug-2009 15:07:19 ] 42999.0 Device capability:
>>>>> interfaceIndexingManaged
>>>>> [03-Aug-2009 15:07:19 ] 42999.0 Found device type: CiscoIOS
>>>>> [03-Aug-2009 15:07:59 ] 42999.0 Device capability: ifXTable
>>>>> [03-Aug-2009 15:07:59 ] 42999.0 Device capability: ifName
>>>>> [03-Aug-2009 15:07:59 ] 42999.0 Device capability: ifAlias
>>>>> [03-Aug-2009 15:07:59 ] 42999.0 Excluding interface: Vlan1
>>>>> [03-Aug-2009 15:07:59 ] 42999.0 Excluding interface: Loopback1
>>>>> [03-Aug-2009 15:07:59 ] 42999.0 Excluding interface: Null0
>>>>> [03-Aug-2009 15:07:59 ] 42999.0 ENTITY-MIB: found chassis
>>>> description:
>>>>> WS-C3560G-24TS
>>>>> [03-Aug-2009 15:08:00 ] 42999.0 Device capability:
>>>>> ciscoTemperatureSensors
>>>>> [03-Aug-2009 15:08:00 ] 42999.0 Device capability:
>> ciscoPowerSupplies
>>>>> [03-Aug-2009 15:08:10 ] 42999.0 Device capability:
>> ciscoMemoryPool
>>>>> [03-Aug-2009 15:08:10 ] 42999.0 Device capability: ciscoCpuStats
>>>>> [03-Aug-2009 15:08:10 ] 42999.0 Discovering host:
>>>>> a0503.mysite:161:mysnmp
>>>>> [03-Aug-2009 15:08:10 ] 42999.0 Found device type: RFC2863_IF_MIB
>>>>> [03-Aug-2009 15:08:11 ] 42999.0 Found device type:
>> RFC2737_ENTITY_MIB
>>>>> [03-Aug-2009 15:08:11 ] 42999.0 Found device type: CiscoGeneric
>>>>> [03-Aug-2009 15:08:11 ] 42999.0 Device capability:
>>>>> interfaceIndexingManaged
>>>>> [03-Aug-2009 15:08:11 ] 42999.0 Found device type: CiscoIOS
>>>>> [03-Aug-2009 15:08:11 ] 42999.0 Device capability: ifXTable
>>>>> [03-Aug-2009 15:08:11 ] 42999.0 Device capability: ifName
>>>>> [03-Aug-2009 15:08:11 ] 42999.0 Device capability: ifAlias
>>>>> [03-Aug-2009 15:08:11 ] 42999.0 Excluding interface: Vlan1
>>>>> [03-Aug-2009 15:08:11 ] 42999.0 Excluding interface: Loopback1
>>>>> [03-Aug-2009 15:08:11 ] 42999.0 Excluding interface: Null0
>>>>> [03-Aug-2009 15:08:11 ] 42999.0 ENTITY-MIB: found chassis
>>>> description:
>>>>> WS-C3560G-24TS
>>>>> [03-Aug-2009 15:08:11 ] 42999.0 Device capability:
>>>>> ciscoTemperatureSensors
>>>>> [03-Aug-2009 15:08:12 ] 42999.0 Device capability:
>> ciscoPowerSupplies
>>>>> [03-Aug-2009 15:08:12 ] 42999.0 Device capability:
>> ciscoMemoryPool
>>>>> [03-Aug-2009 15:08:12 ] 42999.0 Device capability: ciscoCpuStats
>>>>> Can't use an undefined value as an ARRAY reference at
>>>>>
>>>>
>> /usr/local/lib/perl5/site_perl/5.8.8/Torrus/DevDiscover/RFC2863_IF_MIB.
>>>> p
>>>>> m line 849.
>>>>>
>>>>> Other ddx configurations on this same server successfully
>> complete
>>>>> devdiscover without incident.
>>>>>
>>>>> Jonathan Call
>>>>> Network Engineer - NTT/Verio
>>>>> (801) 437-7476
>>>>>
>>>>>
>>>>>
>>>>> This email message is intended for the use of the person to whom
>> it
>>>> has been
>>>>> sent, and may contain information that is confidential or legally
>>>> protected. If
>>>>> you are not the intended recipient or have received this message
>> in
>>>> error, you
>>>>> are not authorized to copy, distribute, or otherwise use this
>> message
>>>> or its
>>>>> attachments. Please notify the sender immediately by return e-
>> mail
>>>> and
>>>>> permanently delete this message and any attachments. Verio, Inc.
>>>> makes no
>>>>> warranty that this email is error or virus free.  Thank you.
>>>>>
>>>>> -----------------------------------------------------------------
>> ----
>>>> ---------
>>>>> Let Crystal Reports handle the reporting - Free Crystal Reports
>> 2008
>>>> 30-Day
>>>>> trial. Simplify your report design, integration and deployment -
>> and
>>>> focus on
>>>>> what you do best, core application coding. Discover what's new
>> with
>>>>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>>>>> _______________________________________________
>>>>> torrus-users mailing list
>>>>> torrus-users@...
>>>>> https://lists.sourceforge.net/lists/listinfo/torrus-users
>>>
>>>
>>>
>>> This email message is intended for the use of the person to whom it
>> has been
>>> sent, and may contain information that is confidential or legally
>> protected. If
>>> you are not the intended recipient or have received this message in
>> error, you
>>> are not authorized to copy, distribute, or otherwise use this message
>> or its
>>> attachments. Please notify the sender immediately by return e-mail
>> and
>>> permanently delete this message and any attachments. Verio, Inc.
>> makes no
>>> warranty that this email is error or virus free.  Thank you.
>
>
>
> This email message is intended for the use of the person to whom it has been sent, and may contain information that is confidential or legally protected. If you are not the intended recipient or have received this message in error, you are not authorized to copy, distribute, or otherwise use this message or its attachments. Please notify the sender immediately by return e-mail and permanently delete this message and any attachments. Verio, Inc. makes no warranty that this email is error or virus free.  Thank you.
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> torrus-users mailing list
> torrus-users@...
> https://lists.sourceforge.net/lists/listinfo/torrus-users
>

  ________
   Jon (nistor@...) - iiooiioo.ooooioii.ooiiooio.iooioiio

: EOF
:

hi Jonathan,

I've uploaded a new development snapshot to http://torrus.org/devel/

I'm pretty sure it should solve this problem.

cheers,
stan



----- Original Message ----
> From: Jonathan Call <jcall@...>

> 
> I have upgraded to 1.0.8 but still get the same error message. I've started 
> cutting out members of the particular tree and running the devdiscover against 
> those. It appears that whatever is tripping the bug is related to the two 
> Juniper M40 routers in that tree. Here is a breakdown in the testing I was able 
> to do: 
> 
> Just router 1 = success
> Just router 2 = failure
> Either router 1 or 2 with all other devices = failure
> All other devices without router 1 and 2 = success
> 
> The other devices are a mix of Foundry and Cisco equipment.
> 
> I find it odd that devdiscover waits until all of the SNMP queries are run on 
> all devices before throwing the error even though the Junipers are queried 
> first.

> > > > > [03-Aug-2009 15:08:12 ] 42999.0 Device capability: ciscoCpuStats
> > > > > Can't use an undefined value as an ARRAY reference at
> > > > >
> > > >
> > /usr/local/lib/perl5/site_perl/5.8.8/Torrus/DevDiscover/RFC2863_IF_MIB.
> > > > p
> > > > > m line 849.

----- Original Message ----
> From: Jonathan Call <jcall@...>


> 
> I found this while doing an upgrade from 1.0.7 to 1.0.8:
> 
> # User authentication method may be changed locally
> $Torrus::ACL::userAuthModule = 'Torrus::ACL::AuthLocalMD5';
> 
> Can this be changed to let Apache manage user authentication? 


hi Jonathan,

that's a placeholder for someone to come and develop a new authentication method. 
You're welcome to contribute :)


cheers,
stan