nv-l
[Top] [All Lists]

Re: [nv-l] MIB data collection questions

To: nv-l@lists.us.ibm.com
Subject: Re: [nv-l] MIB data collection questions
From: justin_eagleson@bankone.com
Date: Fri, 20 May 2005 15:52:00 -0400
Delivery-date: Fri, 20 May 2005 20:52:54 +0100
Envelope-to: nv-l-archive@lists.skills-1st.co.uk
In-reply-to: <OFAEB9C0BE.B756707F-ON85257007.006C1AD6-85257007.006CD7DF@LocalDomain>
Reply-to: nv-l@lists.us.ibm.com
Sender: owner-nv-l@lists.us.ibm.com
Sorry left a critical piece of info out - I can also do a "test" SNMP 
collection against the sysUpTime value, and it tests fine and I get the 
value, and it says it will collect for "0 instances"... which I find 
odd...

does that mean it will never collect even though I have it set to "ALL" 
instances in the config? Not sure what I'm missing here...

Thanks,

Justin Eagleson
JPMorganChase Global Technology Infrastructure
Systems and Service Management Tools
office: 614-213-9017
pager: 877-864-2056
cell: 614-226-1148


Justin Eagleson

Justin Eagleson
05/20/2005 03:48 PM

        To:     nv-l@lists.us.ibm.com
        cc: 
        Subject:        Re: [nv-l] MIB data collection questions

In addition, I'm having an issue setting up the MIB data collection that 
I'm hoping someone has a quick answer to. I've followed the steps in the 
Admin Guide, but can't seem to get this to work.

This is Netview 7.1.4 on AIX 4.3.3:

So far I've done the following:

I have a Solaris server running snmpd. 
I seeded it and verified it was added to the map
I can do a test SNMP GET on it fine.
I loaded a MIB, host-resources-mib.mib, to collect against. 
I configured Collection on a basic MIB value, sysUpTime, set it to 
Collect, 5m freq, All instances, Store without Thresholds.
I right-clicked and selected "Manage" on the server object

When I look at snmpCol.trace, the data collection never begins, instead it 
says:

Fri May 20 15:11:19 2005 : Initializing for data collection...

Fri May 20 15:11:19 2005 : Nothing to collect.  If you expect data to be
        collected, check that the nodes selected for collection
        support SNMP, are up and managed, respond to SNMP, and that
        the configured collections are correct and not suspended.

I triple-checked all of the configuration, and restarted snmpCollect, 
netmon several times, and also did an ovstop/kill OV processes/ovstart to 
be sure. Still getting the same message in snmpCol.trace.

What am I missing?

TIA,

Justin Eagleson
JPMorganChase Global Technology Infrastructure
Systems and Service Management Tools
office: 614-213-9017
pager: 877-864-2056
cell: 614-226-1148


Justin Eagleson

justin_eagleson@bankone.com
Sent by: owner-nv-l@lists.us.ibm.com
05/20/2005 10:12 AM
Please respond to nv-l
 
        To:     nv-l@lists.us.ibm.com
        cc: 
        Subject:        Re: [nv-l] MIB data collection questions


Thanks again Leslie, Channing and everyone else who reply directly and 
through the mail list. Your real-life experiences are invaluable.

Thanks and regards,

Justin Eagleson
JPMorganChase Global Technology Infrastructure
Systems and Service Management Tools
office: 614-213-9017
pager: 877-864-2056
cell: 614-226-1148


Justin Eagleson

Leslie Clark <lclark@us.ibm.com>
Sent by: owner-nv-l@lists.us.ibm.com
05/19/2005 09:23 PM
Please respond to nv-l
 
        To:     nv-l@lists.us.ibm.com
        cc: 
        Subject:        Re: [nv-l] MIB data collection questions



You did not say what platform you are running on. I can only really 
address Unix (AIX). As for scalability, I think the capacity limitation is 

more on the devices being polled than on the Netview server. How busy are 
they, and how much data can they spit out given the timeouts and retries 
you specify. A few mib variables every 5 minutes can be a lot what with 
today's devices having hundreds of interfaces. Many of the values you are 
likely to want to poll are mib expressions like bandwidth utilization, 
involving several mib variables, so that's another multiplier. 

Netview does a nice job of combining the requests into bundles, and can 
limit the size of the request, making multiple trips if necessary. This 
makes it relatively efficient. 

If you are talking hundreds of devices with hundreds of interfaces each 
and want to poll in the 5 minute range, I would not feel positive. In the 
15 minute range, I'd say maybe, if the box is big enough for everything 
else going on. For thousands of devices and only a couple of mib values 
every 15 minutes, that's probably ok too. 

I have seldom seen the snmpCollect daemon hogging the cpu unless something 

silly was configured. 

I will say, however, that I am finding it less usable these days for data 
collection on high-speed interfaces. The Counter32 datatypes it supports 
cannot handle the rollovers. In fact, at some sites the Counter64 
datatypes would not help. I see the rmon mib now has tables for reporting 
counter rollovers, so you can monitor those instead of the actual counts. 
Amazing. 

So, let's hear it, everyone. What are you collecting, on how many 
interfaces, how often, on what hardware, and what's the bottleneck? 

Cordially,

Leslie A. Clark
IBM Global Services - Systems Mgmt & Networking
(248) 552-4968 Voicemail, Fax, Pager



justin_eagleson@bankone.com 
Sent by: owner-nv-l@lists.us.ibm.com 
05/19/2005 10:06 AM 

Please respond to
nv-l


To
nv-l@lists.us.ibm.com 
cc

Subject
[nv-l] MIB data collection questions








Does anyone care to share their experiences (good or bad) using Netview to 


poll SNMP nodes for MIB data collection? Specifically, Netview 7.1.4, and 
storing the MIB data in a flat file. How scalable was it? How many nodes 
at what interval? On what hardware was Netview running?

Any information is appreciated.

Regards,

Justin Eagleson
JPMorganChase Global Technology Infrastructure
Systems and Service Management Tools
office: 614-213-9017
pager: 877-864-2056
cell: 614-226-1148


This transmission may contain information that is privileged, confidential 

and/or exempt from disclosure under applicable law. If you are not the 
intended recipient, you are hereby notified that any disclosure, copying, 
distribution, or use of the information contained herein (including any 
reliance thereon) is STRICTLY PROHIBITED. If you received this 
transmission in error, please immediately contact the sender and destroy 
the material in its entirety, whether in electronic or hard copy format. 
Thank you.







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

Archive operated by Skills 1st Ltd

See also: The NetView Web