To: | Tivoli NetView Discussions <nv-l@lists.ca.ibm.com> |
---|---|
Subject: | Re: [NV-L] Netview Status Request |
From: | Leslie Clark <lclark@us.ibm.com> |
Date: | Tue, 26 Sep 2006 07:44:55 -0400 |
Delivery-date: | Tue, 26 Sep 2006 12:46:42 +0100 |
Envelope-to: | nv-l-archive@lists.skills-1st.co.uk |
In-reply-to: | <649a2f660609260351g11bf4550w6ea1a90e006f6c87@mail.gmail.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> |
Reply-to: | Tivoli NetView Discussions <nv-l@lists.ca.ibm.com> |
Sender: | nv-l-bounces@lists.ca.ibm.com |
The timeouts and retries are set in xnmsnmpconf (Options..SNMP). The defaults are 2 seconds, 3 retries. This is an adjustment that you should increase in very small increments. I can recommend the netview.rls rule on the TEC. It gives you another later of timeout. TEC will clear any down events for which an up event arrives within a reasonable time. If you run that rule before you run your ticketing rule, then false alarms appear but usually get cleared out before the ticket gets made. In the netview.rls on the TEC there is a parameter that you usually need to increase. % nvsync_timeout % This attribute sets the period in seconds that we must % wait to distinguish between the synchronization of % single or multiple events. Default timeout is 30 seconds. rerecord(nvsync_timeout, 30), I suggest that you set this to one polling period plus a couple of seconds. Cordially, Leslie A. Clark IT Services Specialist, Network Mgmt Information Technology Services Americas IBM Global Services (248) 552-4968 Voicemail, Fax, Pager
Dear list members, I've been having a lot of stress in my environment due to oscilations in object status in Netview. We have created an adapter to open up TroubleTickets for each NODE DOWN event that arrives at TEC and Netview is generating lots of such event every day! I have tried to mess around the timeout values on both ICMP and SNMP configurations but nothing changes and the map keeps going crazy. I've noticed today, in the netmon.trace file, that it seems that netmon is only attempting to poll the object once: 26/09/2006 07:14:20: expired ping to 22.22.22.254 (R-DMZNEG) seqnum = 14548 ident = 13756 26/09/2006 07:14:20:!!! timing out iface 22.22.22.254 with seqnum=14548 26/09/2006 07:14:20:reachabilityAnalysisExpiredPing: interface 22.22.22.254, (was Normal) subnet 22.22.1, mode Disabled 26/09/2006 07:14:20:DOWN event: 22.22.22.254 (R-DMZNEG) Anyone know how can I actually change the number of times Netview tries to check for an object status? Thanks in advance, Marcelo Zacchi_______________________________________________ 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> |
---|---|---|
|
Previous by Date: | [NV-L] Netview Ping Timeout, Marcelo Zacchi |
---|---|
Next by Date: | Re: [NV-L] Netview Status Request, Marcelo Zacchi |
Previous by Thread: | [NV-L] Netview Status Request, Marcelo Zacchi |
Next by Thread: | Re: [NV-L] Netview Status Request, Marcelo Zacchi |
Indexes: | [Date] [Thread] [Top] [All Lists] |
Archive operated by Skills 1st Ltd
See also: The NetView Web