nv-l
[Top] [All Lists]

Re: Resolved: [nv-l] MIB data collection questions

To: nv-l@lists.us.ibm.com
Subject: Re: Resolved: [nv-l] MIB data collection questions
From: justin_eagleson@bankone.com
Date: Wed, 25 May 2005 15:26:27 -0400
Delivery-date: Wed, 25 May 2005 20:27:28 +0100
Envelope-to: nv-l-archive@lists.skills-1st.co.uk
In-reply-to: <OF8FC8DD7E.6C407217-ON8525700C.0067C1F7-8525700C.00683BAB@bankone.com>
Reply-to: nv-l@lists.us.ibm.com
Sender: owner-nv-l@lists.us.ibm.com
The collections are working now - the last error was because I needed to 
do a discovery poll, which defaults to turned on, but I forgot that I had 
turned it off during early troubelshooting.

Many thanks again to James, Mark, Leslie, Channing and everyone else for 
the help. 

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

justin_eagleson@bankone.com
Sent by: owner-nv-l@lists.us.ibm.com
05/25/2005 02:58 PM
Please respond to nv-l
 
        To:     nv-l@lists.us.ibm.com
        cc: 
        Subject:        Re: [nv-l] MIB data collection questions


Thanks Mark. That allowed me to get past the "unmanaged" error in the 
snmpCol.trace. 

Now I get a strange error. "ino0s295.svr.bankone.net doesn't support 
SNMP"..."Nothing to collect". 

 Here is snmpCol.trace:

_______________________________________________________________-

Wed May 25 14:22:04 2005 : No wildcarding specified, checking specified 
nodes for collection...
Wed May 25 14:22:04 2005 : collectionCheck passed nodename 
ino0s295.svr.bankone.net

Wed May 25 14:22:04 2005 : doCollectionCheck passed nodename 
ino0s295.svr.bankone.net

Wed May 25 14:22:04 2005 : ino0s295.svr.bankone.net doesn't support SNMP
Wed May 25 14:22:04 2005 : Finished checking collection nodes
Wed May 25 14:22:04 2005 :

START DISPLAY DATA COLLECTOR CONFIGURATION

        Tracing: enabled (verbose)
        deferSNMPMinutes: 60
        configured via /usr/OV/conf/snmpCol.conf
        0 of 5 concurrent SNMP requests in use
        logging data to directory "/usr/OV/databases/snmpCollect/"
        sbrk (memory size): 0x20113960
        Collecting on unmanaged and managed nodes.

Host Information:

Per MIB Object Information:
#1    ifOutUcastPkts (.1.3.6.1.2.1.2.2.1.17) units COUNTER
        SmartSet configuration:
                Routers interval:1200 All instances

#2    sysUpTime (.1.3.6.1.2.1.1.3) units TIMETICKS
        node configuration:
                ino0s295.svr.bankone.net interval:120 All instances


Per Collection Information:

END DISPLAY DATA COLLECTOR CONFIGURATION

Wed May 25 14:22:04 2005 : collectionCheck passed nodename 
ino0s295.svr.bankone.net

Wed May 25 14:22:04 2005 : doCollectionCheck passed nodename 
ino0s295.svr.bankone.net

Wed May 25 14:22:04 2005 : ino0s295.svr.bankone.net doesn't support SNMP
Wed May 25 14:22:04 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.
Wed May 25 14:22:04 2005 : before select(5,3600.000000s):
_______________________________________________________

The strange part is that I can perform the "test SNMP collection" fine 
from xnmcollect (here is the output of the test):

_______________________________________________________

Starting SNMP test for all instances on ino0s295.svr.bankone.net.
Checking MIB .1.3.6.1.2.1.1.3:

.1.3.6.1.2.1.1.3 (instance 0): (241125386) 27 days, 21:47:33.86

Tested all instances.

Instances which will be collected:
      0
All instances will be collected.
_______________________________________________________

Any help is greatly 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


Justin Eagleson

Mark Sklenarik <marksk@us.ibm.com>
Sent by: owner-nv-l@lists.us.ibm.com
05/25/2005 01:11 PM
Please respond to nv-l
 
        To:     nv-l@lists.us.ibm.com
        cc: 
        Subject:        Re: [nv-l] MIB data collection questions



Justin, 
In order to set "-u" you will need to update the option for daemon through 

"serversetup" configuration utility. 

Do the following: 
#. /usr/OV/bin/NVenvironment   (to source netview environment first, that 
is "period space /usr..." 
#serversetup 
   > Configure 
   > Set Options for events and trap processing  daemons 
   > Set options for snmpCollect daemon 
   > Collect on unmanaged nodes? = Yes (change from no to yes) 
   > OK 
This will update the configuration of snmpCollect daemon and restart it 
with the new option in place. 
  > File > Exit  to leave serversetup 


Mark F Sklenarik 
 IBM SWG Tivoli Solutions ,  Quality Assurance ,   Business Impact 
Management and Event Correlation,  Software Quality Engineer
 



justin_eagleson@bankone.com 
Sent by: owner-nv-l@lists.us.ibm.com 
05/25/2005 12:57 PM 

Please respond to
nv-l


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

Subject
Re: [nv-l] MIB data collection questions








According to the snmpCollect man page, I should be able to use the "-u" 
argument to turn on support for data collection from unmanaged nodes, but 
when I run "ovstart snmpCollect -u", ovspmd acts like it doesn't 
understand the "-u" with error "ovspmd: Object manager -u is not 
registered.  See ovaddobj(1m)."

So how to I either get this object to be seen as "managed" by snmpCollect 
(preferred), or worst case tell snmpCollect to collect data regardless?

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@bankone.com
Sent by: owner-nv-l@lists.us.ibm.com
05/25/2005 12:03 PM
Please respond to nv-l

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


Thanks Jim. I turned up tracing and verbose and started collecting again 
on sysUpTime, and got the following in /usr/OV/log/snmpCol.trace:

___________________________________________________________________

Wed May 25 11:16:18 2005 : No wildcarding specified, checking specified 
nodes for collection...
Wed May 25 11:16:18 2005 : collectionCheck passed nodename 
ino0s295.svr.bankone.net

Wed May 25 11:16:18 2005 : doCollectionCheck passed nodename 
ino0s295.svr.bankone.net

Wed May 25 11:16:18 2005 : ino0s295.svr.bankone.net unmanaged: not 
checking (use -u option to check)
Wed May 25 11:16:18 2005 : Finished checking collection nodes
Wed May 25 11:16:18 2005 :

START DISPLAY DATA COLLECTOR CONFIGURATION

       Tracing: enabled (verbose)
       deferSNMPMinutes: 60
       configured via /usr/OV/conf/snmpCol.conf
       0 of 5 concurrent SNMP requests in use
       logging data to directory "/usr/OV/databases/snmpCollect/"
       sbrk (memory size): 0x200d3920

Host Information:

Per MIB Object Information:
#1    ifOutUcastPkts (.1.3.6.1.2.1.2.2.1.17) units COUNTER
       SmartSet configuration:
               Routers interval:1200 All instances

#2    sysUpTime (.1.3.6.1.2.1.1.3) units TIMETICKS
       node configuration:
               ino0s295.svr.bankone.net interval:120 All instances


Per Collection Information:

END DISPLAY DATA COLLECTOR CONFIGURATION

Wed May 25 11:16:18 2005 : collectionCheck passed nodename 
ino0s295.svr.bankone.net

Wed May 25 11:16:18 2005 : doCollectionCheck passed nodename 
ino0s295.svr.bankone.net

Wed May 25 11:16:18 2005 : ino0s295.svr.bankone.net unmanaged: not 
checking (use -u option to check)
Wed May 25 11:16:18 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.
Wed May 25 11:16:18 2005 : before select(5,3600.000000s):
__________________________________________________________

So does this mean the node is still not "managed", so the collection is 
skipping it? I right-clicked the server object for 
"ino0s295.svr.bankone.net" and selected Options->Manage to turn the symbol 



green, but it still gives me the same error.

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

James Shanks <jshanks@us.ibm.com>
Sent by: owner-nv-l@lists.us.ibm.com
05/20/2005 04:28 PM
Please respond to nv-l

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


Well, offhand I don't see a problem.

What I would do is use xnmcollect (the GUI)  and suspend that collection.
Then issue first "snmpCollect -T" from the command line to turn on full
tracing, and then "snmpCollect -V" to make it verbose.
Then use xnmcollect again to resume that collection, but lower the 
interval
to 2 minutes (you are testing after all).
Then wait for three minutes and go examine /usr/OV/log/snmpCol.trace.  If
there are problems, he should spell them out in detail.

James Shanks
Level 3 Support  for Tivoli NetView for UNIX and Windows
Tivoli Software / IBM Software Group



            justin_eagleson@b 
            ankone.com 
            Sent by:                                                   To 


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



                                                                  Subject 


            05/20/2005 04:09          Re: [nv-l] MIB data collection 
            PM                        questions 


            Please respond to 
                  nv-l 






Oops...emails crossed...

MIB .1.3.6.1.2.1.1.3 sysUpTime units TIMETICKS R
C ino0s295.svr.bankone.net 1200 0.000000 0.000000 xA s 58720263 ALL -

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

James Shanks <jshanks@us.ibm.com>
Sent by: owner-nv-l@lists.us.ibm.com
05/20/2005 04:06 PM
Please respond to nv-l

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


OK that's half of it.  Preceding this entry is the one which spells out
the
MIB instance which will be collected.  It starts with the word "MIB"

James Shanks
Level 3 Support  for Tivoli NetView for UNIX and Windows
Tivoli Software / IBM Software Group



            justin_eagleson@b
            ankone.com
            Sent by:                                                   To

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


                                                                  Subject

            05/20/2005 04:04          Re: [nv-l] MIB data collection
            PM                        questions


            Please respond to
                  nv-l






Sorry, it's Friday (no excuse :) )

>From /usr/OV/conf/snmpCol.conf:

C ino0s295.svr.bankone.net 1200 0.000000 0.000000 xA s 58720263 ALL -

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

James Shanks <jshanks@us.ibm.com>
Sent by: owner-nv-l@lists.us.ibm.com
05/20/2005 04:00 PM
Please respond to nv-l

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


Show us what's in /usr/OV/conf/snmpCol.conf for this entry

James Shanks
Level 3 Support  for Tivoli NetView for UNIX and Windows
Tivoli Software / IBM Software Group



            justin_eagleson@b
            ankone.com
            Sent by:                                                   To

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


                                                                  Subject

            05/20/2005 03:52          Re: [nv-l] MIB data collection
            PM                        questions


            Please respond to
                  nv-l






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