To: | nv-l@lists.us.ibm.com |
---|---|
Subject: | RE: [nv-l] question about modifying objects in netview 7.1.3 |
From: | James Shanks <jshanks@us.ibm.com> |
Date: | Tue, 21 Sep 2004 12:41:37 -0400 |
Delivery-date: | Tue, 21 Sep 2004 17:56:28 +0100 |
Envelope-to: | nv-l-archive@lists.skills-1st.co.uk |
In-reply-to: | <16A2F11941294D469A25A7295F7A7573039B1047@mspex01> |
Reply-to: | nv-l@lists.us.ibm.com |
Sender: | owner-nv-l@lists.us.ibm.com |
or is there an easier way? Have you tried adjusting the time out and retry parameters for these nodes in xnmsnmpconf? If netmon polls a node and issues an Interface Down/ Node Down event, and then the operator does a demand poll and the device is changed to up, the reason is that the node did not respond in a timely fashion the first time. In both cases it is netmon which did the actual polling. Your operator just told him to do it again. So the source of the problem is that the node doesn't respond like it is expected to. And you can adjust the time netmon is willing to wait and the number or (re)tries he is willing to do before he issues the Interface Down /Node Down to take care of that. No code required. Generally speaking it is a very bad idea to try to change the status on a node netmon is managing. You are more likely to cause more harm than good. James Shanks Level 3 Support for Tivoli NetView for UNIX and Windows Tivoli Software / IBM Software Group |
Previous by Date: | RE: [nv-l] question about modifying objects in netview 7.1.3, Barr, Scott |
---|---|
Next by Date: | [nv-l] NetView on AIX, D T |
Previous by Thread: | RE: [nv-l] question about modifying objects in netview 7.1.3, Freeman, Michael |
Next by Thread: | RE: [nv-l] question about modifying objects in netview 7.1.3, Francois Le Hir |
Indexes: | [Date] [Thread] [Top] [All Lists] |
Archive operated by Skills 1st Ltd
See also: The NetView Web