It has changed several times since V5. The numbers do still go up a bit
but they go down by themselves, too. In V5 they went up and stayed up until
you did an ovtopofix. You could also suffer from very slow startup times if
you had a long, explicit seedfile. If you want to know what is going on,
turn on netmon tracing and watch it. Turn it on in the daemon configuration
so you will see it right from the beginning of netmon startup.
As for the oid question:
The !@oid 0 directive excludes all non-snmp nodes from discovery. You may
also have entries like:
!@oid 1.3.6.1.4.1.311.* # exclude microsoft
!@oid 1.3.6.1.4.1.641 # exclude lexmark printers
All of these resulted in lots of stubs in V5 that showed up in the object
count, and went away after an ovtopofix and gradually came back.
The latest levels of code, 7.1.3 with fixpack1 and a few efixes, performs
very well in this area. Get them upgraded and save them the headaches. They
will like the web client, too. If they do that, they will be able to call
Support for assistance with anything wierd that comes up, another big plus!
Cordially,
Leslie A. Clark
IBM Global Services - Systems Mgmt & Networking
Detroit
Pritesh Jewan
<Pritesh@aptronic To: Leslie
Clark/Southfield/IBM@IBMUS
s.co.za> cc:
"'nv-l@lists.tivoli.com'" <nv-l@lists.tivoli.com>
Subject: RE: [nv-l] xnmsnmpconf
question
09/16/2003 04:28
AM
Hi Leslie,
What is the difference between !@oid 0 and !@oid ? I thought they meant the
same thing? Has the way that excluded devices are checked changed with
Netview V7.1.3? If so can you please elaborate as I need to explain this to
the customer to speed up the process of getting them to implement V7.1.3.
Does the discover backbone option prevent hints from appearing in the
database?
What I have also noticed is that if we clear the cache using xnmsnmpconf
-clearCache and then monitor the number of entries using xnmsnmpconf
-dumpcache, Netview seems to be gradually building up the cache. But during
this time no demandpolls work and no status polling is happening(confirmed
by trying to get netmon to dump to a trace file). Is this list built to use
during the next config check and also why is netmon not responsive during
this process. My understanding is that Netmon does not use this list to do
it's status polling...is this correct?
Thank You
Pritesh
-----Original Message-----
From: Leslie Clark [mailto:lclark@us.ibm.com]
Sent: Tuesday, September 16, 2003 6:12 AM
To: nv-l@lists.tivoli.com
Subject: Re: [nv-l] xnmsnmpconf question
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.
Cordially,
Leslie A. Clark
IBM Global Services - Systems Mgmt & Networking
Detroit
Pritesh Jewan
<Pritesh@aptronic To:
nv-l@lists.tivoli.com
s.co.za> cc:
Subject: [nv-l] xnmsnmpconf
question
09/15/2003 12:02
PM
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
NUMBER OF NETWORKS: 3422
NUMBER OF SEGMENTS: 3414
NUMBER OF NODES: 3496
NUMBER OF INTERFACES: 8611
NUMBER OF GATEWAYS: 665
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
Regards
Pritesh
Pritesh Jewan
Aptronics (Pty) Ltd
Tel : +27 (0) 11 577 0800
Fax : +27 (0) 11 326 4921
Cell : +27 (0) 84-677-2486
pritesh@aptronics.co.za
*** 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
*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@lists.tivoli.com
For additional commands, e-mail: nv-l-help@lists.tivoli.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@lists.tivoli.com
For additional commands, e-mail: nv-l-help@lists.tivoli.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)
|