[Top] [All Lists]

Re: [nv-l] xnmsnmpconf question

To: nv-l@lists.tivoli.com
Subject: Re: [nv-l] xnmsnmpconf question
From: Leslie Clark <lclark@us.ibm.com>
Date: Tue, 16 Sep 2003 00:12:04 -0400
Delivered-to: mailing list nv-l@lists.tivoli.com
Delivery-date: Tue, 16 Sep 2003 08:26:11 +0100
Envelope-to: nv-l-archive@lists.skills-1st.co.uk
List-help: <mailto:nv-l-help@lists.tivoli.com>
List-post: <mailto:nv-l@lists.tivoli.com>
List-subscribe: <mailto:nv-l-subscribe@lists.tivoli.com>
List-unsubscribe: <mailto:nv-l-unsubscribe@lists.tivoli.com>
Mailing-list: contact nv-l-help@lists.tivoli.com; run by ezmlm

The behavior in this area varies with every release. I have never checked
the output of xnmsnmpconf -dumpCache. I have checked the size of
snmsnmpconf -exp <filename> and found that, in late V6, using non-public as
the default resulted in public entries for every snmp-capable device (with
public) that I was excluding by !@oid entries. Obviously that would not be
the case with devices excluded by !@oid 0.

The thing to remember is that excluded devices, in V5, were re-checked with
every configuration poll to see if they had changed into something that was
acceptable.  Tell your customer to add some negative address ranges to the
seedfile. Those addresses will not cause hints, and probably will not cause
the cache to get so big. Also tell them to upgrade. If they are short of
cash, suggest Linux on Intel.


Leslie A. Clark
IBM Global Services - Systems Mgmt & Networking

                      Pritesh Jewan                                    
                      <Pritesh@aptronic        To:       nv-l@lists.tivoli.com
                      s.co.za>                 cc:                     
                                               Subject:  [nv-l] xnmsnmpconf 
                      09/15/2003 12:02                                 

Hello people,

Customer is running Netview v5.1.2 on AIX 4.3. Auto discovery switched on.
They control discovery with the !@oid 0 and have a number of specific
entries to ensure that routers are discovered with their loopback
interfaces. My understanding is that !@oid 0 would create a hint in the
database for every non-snmp device. Netmon should only poll the devices
that are discovered and managed and not the hints. The following are the
values from ovtopodump -rl and ovobjprint -S:

Ovtopodump -rl






Ovobjprint -S

Number of objects defined in the database: 63316

When I run an xnmsnmpconf -dumpCache and count the lines there are 73569
lines. Is it normal for Netview to put all devices in the object database
into the snmpconf cache or should it only put the devices that should be
polled for status? The problem is that when they make changes to snmp
configurations it is taking very long for netmon to start demand poll and
status checking(sometimes upto 6 hours) - is this normal? If the hints are
suppose to be in the xnmsnmpconf cache, what is the reason for this ?

Any assistance with these questions is greatly appreciated



Pritesh Jewan
Aptronics (Pty) Ltd
Tel   : +27 (0) 11 577 0800
Fax  : +27 (0) 11 326 4921
Cell : +27 (0) 84-677-2486

                                    *** Aptronics...Has Moved !

           Please take note of new address and contact details.

                               Physical Address :

                        Aptronics House, 288 Main avenue

                              Cnr. Main and Harley

                                 Ferndale, 2194

                                 Postal Address:

                          P.O. Box 2732, Randburg, 2125

                           Telephone : (011) 577-0800

                           Facsimile : (011) 326-4921

Legal Disclaimer: This E-mail, it's attachment/s and the information that
it contains is/are confidential, legally privileged and protected by law.
Access to this E-mail, it's attachment/s, and the information it contains
is/are for the intended recipient. If you are not the intended recipient of
this Email , do not read, disclose, disseminate or use the information in
any way.

Any views in this communication are those of the sender except where the
sender specifically states them to be the views of Aptronics (PTY) Ltd.
Aptronics (PTY) Ltd and the sender does not represent, warrant and/or
guarantee that the integrity of this communication has been maintained nor
that the communication is free of errors or virus nor does it guarantee
that it has not been intercepted or interfered with en-route.

To unsubscribe, e-mail: nv-l-unsubscribe@lists.tivoli.com
For additional commands, e-mail: nv-l-help@lists.tivoli.com

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)

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

Archive operated by Skills 1st Ltd

See also: The NetView Web