nv-l
[Top] [All Lists]

RE: [NV-L] Synchronization process

To: "'Tivoli NetView Discussions'" <nv-l@lists.ca.ibm.com>
Subject: RE: [NV-L] Synchronization process
From: "Evans, Bill" <Bill.Evans@hq.doe.gov>
Date: Wed, 18 Aug 2010 10:37:50 -0400
Accept-language: en-US
Acceptlanguage: en-US
Delivery-date: Wed, 18 Aug 2010 15:41:56 +0100
Envelope-to: nv-l-archive@lists.skills-1st.co.uk
In-reply-to: <OF299556BC.C12AD929-ON85257781.005B3548-85257781.00600195@us.ibm.com>
List-help: <mailto:nv-l-request@lists.ca.ibm.com?subject=help>
List-id: Tivoli NetView Discussions <nv-l.lists.ca.ibm.com>
List-post: <mailto:nv-l@lists.ca.ibm.com>
List-subscribe: <http://lists.ca.ibm.com/mailman/listinfo/nv-l>, <mailto:nv-l-request@lists.ca.ibm.com?subject=subscribe>
List-unsubscribe: <http://lists.ca.ibm.com/mailman/listinfo/nv-l>, <mailto:nv-l-request@lists.ca.ibm.com?subject=unsubscribe>
References: <8117F2DD123AED4A955462086CDF2B3808F955DCFA@ESCE-EVS-01.doe.local> <OF299556BC.C12AD929-ON85257781.005B3548-85257781.00600195@us.ibm.com>
Reply-to: Tivoli NetView Discussions <nv-l@lists.ca.ibm.com>
Sender: nv-l-bounces@lists.ca.ibm.com
Thread-index: Acs9aHd+sdSgUzc4TpOve2SRIJ+mjABefaXw
Thread-topic: [NV-L] Synchronization process
Thanks for the clarification.  My engineers did a massive "cleanup" of the 
cables in the switch room and networks moved all over the place.  Doing a "-A" 
instead of a "-a" on ovtopofix may have helped. 

The other thing I found out that may have affected my overall problem was an 
iptables rate limit placed on tcp and icmp.  

Bill Evans
Senior Tivoli NetView Support Analyst
Energy Enterprise Solutions (EES)
Support to OCIO HQ DOE IM-621.5
e-mail: bill.evans@hq.doe.gov
301-903-0057 office
570-852-9549 cell
570-639-5691 home


-----Original Message-----
From: nv-l-bounces@lists.ca.ibm.com [mailto:nv-l-bounces@lists.ca.ibm.com] On 
Behalf Of James Shanks
Sent: Monday, August 16, 2010 1:29 PM
To: Tivoli NetView Discussions
Subject: Re: [NV-L] Synchronization process

No.  The synchronizing is between the GUI, specifically ipmap, and the 
underlying NetView databases. It usually happens at start-up when ipmap asks 
ovtopmd for all the status changes that have occurred since he was
last shut down.   When ipmap closes normally it he sets a field in the map
db with the close time.    When you manipulate the map in other ways,
especially by edit, the synchronizing occurs because ipmap thinks that he has 
to verify the status of the remaining and underlying objects displayed.

Ofhand I don't know why your synch time is so slow.  You might want to close 
the GUI and run ovtopofix

James
_________________________________
James Shanks
Tivoli Network Availability Management
Network Management - Development
Tivoli Software, IBM Corp
1-919-224-1642  |  T/L 687-1642 |  ITN  26871642


                                                                                
                    
  From:       "Evans, Bill" <Bill.Evans@hq.doe.gov>                             
                    
                                                                                
                    
  To:         "'nv-l@lists.ca.ibm.com'" <nv-l@lists.ca.ibm.com>                 
                    
                                                                                
                    
  Date:       08/16/2010 12:22 PM                                               
                    
                                                                                
                    
  Subject:    [NV-L] Synchronization process                                    
                    
                                                                                
                    
  Sent by:    nv-l-bounces@lists.ca.ibm.com                                     
                    
                                                                                
                    





Can anyone shed light on the parameters of the "synchronizing" process that 
takes place periodically as maps are manipulated.  I don't see much processor 
time being used (using the TOP command) but it is taking a long time to 
complete whenever it runs. By a long time I mean over an hour on a network with 
about 40K elements.

Specifically I would like to know if it involves actual communications with the 
devices on the network.

Bill Evans
Senior Tivoli NetView Support Analyst
Energy Enterprise Solutions (EES)
Support to OCIO HQ DOE IM-621.5
e-mail: bill.evans@hq.doe.gov
301-903-0057 office
570-852-9549 cell
570-639-5691 home



_______________________________________________
NV-L mailing list
NV-L@lists.ca.ibm.com
Unsubscribe:NV-L-leave@lists.ca.ibm.com
http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to 
internal IBM'ers only)



_______________________________________________
NV-L mailing list
NV-L@lists.ca.ibm.com
Unsubscribe:NV-L-leave@lists.ca.ibm.com
http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to 
internal IBM'ers only)

_______________________________________________
NV-L mailing list
NV-L@lists.ca.ibm.com
Unsubscribe:NV-L-leave@lists.ca.ibm.com
http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to 
internal IBM'ers only)

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

Archive operated by Skills 1st Ltd

See also: The NetView Web