To: | nv-l@lists.us.ibm.com |
---|---|
Subject: | Re: [nv-l] Unavailable nodes stay green |
From: | Jan Erik Hoel <jehoel@no.ibm.com> |
Date: | Wed, 1 Jun 2005 23:00:41 +0200 |
Delivery-date: | Wed, 01 Jun 2005 22:01:25 +0100 |
Envelope-to: | nv-l-archive@lists.skills-1st.co.uk |
In-reply-to: | <4295D1B9.3000103@bellsouth.net> |
Reply-to: | nv-l@lists.us.ibm.com |
Sender: | owner-nv-l@lists.us.ibm.com |
Hi again! Have verified that no nodes seem to be polled with SNMP - all have the following status: Initial Config Poll: MAXIMUM TIME New Node Poll: MAXIMUM TIME Topology Poll: MAXIMUM TIME which I consider being ICMP-polled? Regards/hilsen, Jan Erik Hoel
Jan, Check the status in the database(tools > display object information) to see if the status in the database is actually different than that on the map. Also, are you sure this device is being polled via ICMP, the best way to tell is look at the SNMP STATUS POLL field in the output of "ovtopodump -rl <selectionname>". If its != MAXIMUM TIME then it is being polled via SNMP. Paul Jan Erik Hoel wrote: > > Thanks! > I'm sure what I see with VMWare is caused by the fact that the network > is unreachable and NetView is disregarding the status of the nodes > beyond this network node. > But, the reason why a node (checked previously by SNMP and changed to > ICMP because we had timeouts on SNMP causing the nodes to go red) > stays green when it is shut down is not explained by this... > > Regards/hilsen, Jan Erik Hoel > Senior IT Specialist > Infrastructure and Systems Management Services > IBM Global Services, Norway > Tel. 928 38270 / Fax. 929 78270 > > Internet mail: jehoel@no.ibm.com > > > *Francois Le Hir <flehir@ca.ibm.com>* > Sent by: owner-nv-l@lists.us.ibm.com > > 25.05.2005 15:47 > Please respond to > nv-l > > > > To > nv-l@lists.us.ibm.com > cc > > Subject > Re: [nv-l] Unavailable nodes stay green > > > > > > > > > > Jan, > > You should check two things: > 1) are theses nodes in an unreachable area of your network ? if RFI is > enabled and the subnet or location where the node are located has been > detected as unreachable by netmon, the subnet/location will change to > white > but the nodes inside will not change color as they are no longer polled. > The goal is to save some unnecessary polling as long as none of the router > is responding. To test that, do a quicktest on the node and it will tell > you. > 2) check how the nodes are being polled. There might be a conflict between > icmp/snmp reporting a different status. > > Salutations, / Regards, > > Francois Le Hir > Network Projects & Consulting Services > IBM Global Services > Phone: (514) 964 2145 > > > > Jan Erik Hoel > <jehoel@no.ibm.co > m> To > Sent by: nv-l@lists.us.ibm.com > owner-nv-l@lists. cc > us.ibm.com > Subject > [nv-l] Unavailable nodes stay green > 05/25/2005 07:36 > AM > > > Please respond to > nv-l > > > > > > > > I have two environments where I have problems with nodes staying green > even > when they don't respond to ping from NetView (using the GUI to ping the > nodes, or using ping from the command line). > One environment (where I am able to test) is a VMWare-session which was > connected to a customer network. And even now, several months later, nodes > show up as green on the NetView map. > When I do Unmanage/Manage, they turn into 'unknown', but the other nodes > stay green (even across a reboot of the VM-session). > I have seen some indications of the same problem here, but not exactly the > same... > > Regards/hilsen, Jan Erik Hoel > Senior IT Specialist > Infrastructure and Systems Management Services > IBM Global Services, Norway > Tel. 928 38270 / Fax. 929 78270 > > Internet mail: jehoel@no.ibm.com > > |
<Prev in Thread] | Current Thread | [Next in Thread> |
---|---|---|
|
Previous by Date: | Re: [nv-l] NV sending events to 2 different TEC servers, James Shanks |
---|---|
Next by Date: | Re: [nv-l] The nvpagerd process not starting, Joe Fernandez |
Previous by Thread: | Re: [nv-l] NV sending events to 2 different TEC servers, Mario Behring |
Next by Thread: | [nv-l] Soliciting updates to trapd.conf, oid_to_type, snmp_mibs, James Shanks |
Indexes: | [Date] [Thread] [Top] [All Lists] |
Archive operated by Skills 1st Ltd
See also: The NetView Web