nv-l

RE: [nv-l] snmpCollect for stats reporting

2002-10-13 22:40:40
Subject: RE: [nv-l] snmpCollect for stats reporting
From: Joe Fernandez <jfernand AT kardinia DOT com>
To: <nv-l AT lists.tivoli DOT com>
Date: Mon, 14 Oct 2002 12:40:40 +1000
You can get the documentation on snmpCollect switches either by:

- at a command prompt, typing snmpcollect ?
or
- from the NV Console-->Help-->Books On-line
 (or Programs-->Tivoli NetView-->Documents-->Books Online)
 then open the Programmers Reference in Acrobat or your browser
-->Chapter 2 Reference Pages-->snmpCollect

However, while these two sets of documentation on Windows 2k/NT are
consistent with each other, neither of them lists the -m MAXMIBPERPDU
switch that is listed  in the manpage for snmpCollect for NV on our Solaris
and AIX systems. It appears to me that it is not implemented on Windows,
but I need to check further.

You probably know that you can set the deferral time in the Server Setup in
the GUI. Are you getting intermittent deferrals or is it never collecting
data from some nodes?    

At 06:15 PM 13/10/2002 +0100, Karl Prinelle wrote:
>Yup - good old NT ;-)  
>
>I've had a look around for where to set maxpdu, but can't find the
>switch documentation for snmpCollect - can anyone point me towards the
>right documentation?
>
>Thanks in advance.
>
>Karl
>
>
>
>
>Karl Prinelle
>Tivoli Certified Consultant
>Elyzium Ltd
>Enterprise Systems Management Consultants
>Mobile: +44 (0)7813 189198
>Email: Karl.Prinelle AT elyzium.co DOT uk
>http://www.elyzium.co.uk
> 
>  
>------------------------------------------------------------------------
>---
>Elyzium Disclaimer:
>
>This email transmission is confidential and intended solely for the
>person or organisation to whom it is addressed. If you are not the
>intended recipient, you must not copy, distribute or disseminate the
>information, or take any action in reliance of it. Any views expressed
>in this message are those of the individual sender, except where the
>sender specifically states them to be the views of any organisation or
>employer. If you have received this message in error, do not open any
>attachment but please notify the sender (above) deleting this message
>from your system. Please rely on your own virus check no responsibility
>is taken by the sender for any damage rising out of any bug or virus
>infection.
>
>------------------------------------------------------------------------
>---
>
> 
>
>
>
>-----Original Message-----
>From: Leslie Clark [mailto:lclark AT us.ibm DOT com] 
>Sent: 08 October 2002 03:02
>To: nv-l AT lists.tivoli DOT com
>Subject: RE: [nv-l] snmpCollect for stats reporting
>
>
>
>Oh. NT. Well, I think all of us have probably had more trouble with data
>collection on that platform than on Unix, but it should not be as bad as
>you are seeing.
>
>One suggestion. I have sometimes had a problem, even on
>AIX, when name resolution has changed. The snmpCollect
>daemon does not handle this sort of thing exactly the way
>the rest on Netview does. For a node  that has been a problem, try
>deleting the collection definition for it and re-defining it. That will
>let snmpCollect get new information about the name of the object and its
>community string.
>
>Two other things to try. One, reduce the deferral period from the
>default (an hour?) to something like 5 minutes.  Smaller holes. Also, if
>you are asking for a variable that occurs in large numbers, say
>ifInOctets across all interfaces of a router with 100 interfaces, tell
>snmpCollect to ask for data in smaller chunks. On AIX this is one of the
>snmpCollect configuration options, maxpdus or something. So I'm sure it
>is an option on the NT version as well. Often a device will not be
>willing to give a 'long answer' but it will give multiple short answers.
>This could be the cause of the problem with snmpCollect, which tries for
>everything at once, while snmpwalk still works; snmpwalk is completely
>different code.
>
>Cordially,
>
>Leslie A. Clark
>IBM Global Services - Systems Mgmt & Networking
>Detroit
>
>
>
> 
>
>                      "Karl Prinelle"
>
>                      <[email protected]        To:
><nv-l AT lists.tivoli DOT com>                                              

>                      zium.co.uk>               cc:
>
>                                                Subject:  RE: [nv-l]
>snmpCollect for stats reporting                           
>                      10/06/2002 01:21
>
>                      PM
>
>                      Please respond to
>
>                      Karl.Prinelle
>
> 
>
> 
>
>
>
>
>Sorry this one is sooo late - just found it in my drafts folder - duh
>(having some ISP problems)!  Thought I'd send it anyway...
>
>
>I hoped that was the case.
>I'm doubting it because it's not working properly - the collections are
>either always deferring or returning zero values where there should be
>one (deferral is proportionally the worst problem in terms of
>occurrance).  I've checked with snmpget/walk/nv mib browser from the NV
>box that the data is there and accessible & it's all fine.  The NV box
>CPU/RAM are barely used & since the routers response to snmpget/walk etc
>I can't see why snmpCollect defers.  I've "tried" tuning snmpCollect,
>but to no effect.
>
>I've raised a PMR for it but I was wondering if I was flogging a dead
>horse (w2k, sp2, nv 7.1.2/7.1.3).
>
>
>
>Karl Prinelle
>Tivoli Certified Consultant
>Elyzium Ltd
>Enterprise Systems Management Consultants
>Mobile: +44 (0)7813 189198
>Email: Karl.Prinelle AT elyzium.co DOT uk
>http://www.elyzium.co.uk
>
>
>------------------------------------------------------------------------
>---
>Elyzium Disclaimer:
>
>This email transmission is confidential and intended solely for the
>person or organisation to whom it is addressed. If you are not the
>intended recipient, you must not copy, distribute or disseminate the
>information, or take any action in reliance of it. Any views expressed
>in this message are those of the individual sender, except where the
>sender specifically states them to be the views of any organisation or
>employer. If you have received this message in error, do not open any
>attachment but please notify the sender (above) deleting this message
>from your system. Please rely on your own virus check no responsibility
>is taken by the sender for any damage rising out of any bug or virus
>infection.
>
>------------------------------------------------------------------------
>---
>
>
>
>
>
>-----Original Message-----
>From: Leslie Clark [mailto:lclark AT us.ibm DOT com]
>Sent: 24 September 2002 05:11
>To: nv-l AT lists.tivoli DOT com
>Subject: Re: [nv-l] snmpCollect for stats reporting
>
>
>
>I wonder why  you would doubt it. I can vouch for it. I've used it for
>years in about a hundred different customers' networks. For collecting,
>that is. It is quite efficient and I would not consider writing a tool
>to do it. Dump the data to a relational database for easiest external
>reporting with the tool of your choice.
>
>Cordially,
>
>Leslie A. Clark
>IBM Global Services - Systems Mgmt & Networking
>Detroit
>
>
>
>
>
>                      "Karl Prinelle"
>
>                      <[email protected]        To:
><nv-l AT lists.tivoli DOT com>
>
>                      zium.co.uk>               cc:
>
>                                                Subject:  [nv-l]
>snmpCollect for stats reporting

>                      09/21/2002 06:36
>
>                      AM
>
>                      Please respond to
>
>                      Karl.Prinelle
>
>
>
>
>
>
>
>
>Hi list,
>
>Just wondering if anyone is reliably collecting SNMP data through
>snmpCollect for stats reporting?  I'm thinking about doing this on
>Solaris with NV 7.1.2.  I only need to collect from about 40-50 devices,
>approx 15 mins intervals and around 4 mib values per device.
>
>I'm going to feed this into rrdtool to graph up, but a just debating
>using snmpCollect or writing some scripts to snmpget the values (or mrtg
>depending on how complex that it to setup).
>
>thanks in advance
>
>Karl
>
>
>Karl Prinelle
>Tivoli Certified Consultant
>Elyzium Ltd
>Enterprise Systems Management Consultants
>Mobile: +44 (0)7813 189198
>Email: Karl.Prinelle AT elyzium.co DOT uk
>http://www.elyzium.co.uk
>
>
>------------------------------------------------------------------------
>---
>
>
>Elyzium Disclaimer:
>
>
>This email transmission is confidential and intended solely for the
>person or organisation to whom it is addressed. If you are not the
>intended recipient, you must not copy, distribute or disseminate the
>information, or take any action in reliance of it. Any views expressed
>in this message are those of the individual sender, except where the
>sender specifically states them to be the views of any organisation or
>employer. If you have received this message in error, do not open any
>attachment but please notify the sender (above) deleting this message
>from your system. Please rely on your own virus check no responsibility
>is taken by the sender for any damage rising out of any bug or virus
>infection.
>
>
>------------------------------------------------------------------------
>---
><?xml:namespace prefix = o ns =
>"urn:schemas-microsoft-com:office:office"
>/>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: nv-l-unsubscribe AT lists.tivoli DOT com
>For additional commands, e-mail: nv-l-help AT lists.tivoli DOT com
>
>*NOTE*
>This is not an Offical Tivoli Support forum. If you need immediate
>assistance from Tivoli please call the IBM Tivoli Software Group help
>line at 1-800-TIVOLI8(848-6548)
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: nv-l-unsubscribe AT lists.tivoli DOT com
>For additional commands, e-mail: nv-l-help AT lists.tivoli DOT com
>
>*NOTE*
>This is not an Offical Tivoli Support forum. If you need immediate
>assistance from Tivoli please call the IBM Tivoli Software Group help
>line at 1-800-TIVOLI8(848-6548)
>
>
>
>
>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: nv-l-unsubscribe AT lists.tivoli DOT com
>For additional commands, e-mail: nv-l-help AT lists.tivoli DOT com
>
>*NOTE*
>This is not an Offical Tivoli Support forum. If you need immediate
>assistance from Tivoli please call the IBM Tivoli Software Group help
>line at 1-800-TIVOLI8(848-6548)
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: nv-l-unsubscribe AT lists.tivoli DOT com

>For additional commands, e-mail: nv-l-help AT lists.tivoli DOT com
>
>*NOTE*
>This is not an Offical Tivoli Support forum. If you need immediate
>assistance from Tivoli please call the IBM Tivoli Software Group
>help line at 1-800-TIVOLI8(848-6548)
> 
Joe Fernandez
Kardinia Software
jfernand AT kardinia DOT com

http://www.kardinia.com


<Prev in Thread] Current Thread [Next in Thread>