RE: [nv-l] xnmsnmpconf question

[James Shanks <jshanks@us.ibm.com>]

I can confirm that performance improvements have been made in this area by  7.1.3 Fixpack1  -- I have heard about them in meetings -- but I have no details to share.  That's not my area of the code.  You'll just have to take my word for it, I guess.  I cannot tell you when exactly the improvements occurred, nor exactly what was done. But we simply don't handle hints the same way as we used to and the underlying code for xnmsnmpconf was rewritten to improve performance.  That much I'll swear to.  

As for speeding up the migration, surely you are joking.   What is your customer waiting for?  NetView 5.1.2 wasn't even the last release of NetView Version 5.1.  We stabilized it at NetView 5.1.3.  That level alone contained dozens of fixes your customer doesn't have.   Your customer is running code which is already about four years out of support.  It is so old that I doubt that anyone on the planet can help you figure out what to do with it, except to upgrade.   My advice is to get on a currently supported level, and then you can real help with whatever problems you might still have.

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

Pritesh Jewan <Pritesh@aptronics.co.za> 09/16/2003 04:28 AM

To:        Leslie Clark/Southfield/IBM@IBMUS         cc:        "'nv-l@lists.tivoli.com'" <nv-l@lists.tivoli.com>         Subject:        RE: [nv-l] xnmsnmpconf question

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)