nv-l
[Top] [All Lists]

Re: [NV-L] Switch getting red (down) all the time.

To: Tivoli NetView Discussions <nv-l@lists.ca.ibm.com>
Subject: Re: [NV-L] Switch getting red (down) all the time.
From: Leslie Clark <lclark@us.ibm.com>
Date: Mon, 8 Jan 2007 11:47:13 -0500
Delivery-date: Mon, 08 Jan 2007 17:06:51 +0000
Envelope-to: nv-l-archive@lists.skills-1st.co.uk
In-reply-to: <2ef296180701080753o71de353ck5151e960d4dca7ac@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

Look at the address that xnmsnmpconf -resolve says it is using, and is that the same as the address you discovered it by. Look at reverse name resolution. Some of the menu functions operate on the Selection Name of the node, and some work on system name resolution.

Try
        snmpwalk -c <community string> nodename system
with the different strings, nodenames, and addresses involved.
One of them is wrong.

One way to clear things like this up is to delete entries in xnmsnmpconf regarding this node, and then demand poll the node by the node name. That will put a new entry in.

Cordially,

Leslie A. Clark
IT Services Specialist, Network Mgmt
Information Technology Services Americas
IBM Global Services
(248) 552-4968 Voicemail, Fax, Pager



"José Gomes" <zeca011@gmail.com>
Sent by: nv-l-bounces@lists.ca.ibm.com

01/08/2007 10:53 AM
Please respond to
Tivoli NetView Discussions <nv-l@lists.ca.ibm.com>

To
"Tivoli NetView Discussions" <nv-l@lists.ca.ibm.com>
cc
Subject
Re: [NV-L] Switch getting red (down) all the time.





Francois, thanks for the help.
 
Unfortunately (or not...) when I use the community string shown by xnmsnmpconf in the snmpwalk command I do NOT get a timeout. Isn't it strange???
 
Any other idea??
 
Thanks.


On 08/01/07, Francois Le Hir <flehir@ca.ibm.com> wrote:
The issue is that netview doesn't get an snmp response using the community string it knows for that device and using the ip address it selected ( 172.21.12.1).

you can try the following:

xnmsnmpconf -res
6509cpd
to find out what snmp information netview knows about the device. If the community string is wrong, then you need to update it in xnmsnmpconf or add it in communityname.conf to let netview discover it.

snmpwalk -c <community string as found in previous step>
172.21.12.1 system
if you get an answer (and not a timeout) then everything should work fine ...
if you get a timeout, maybe
172.21.12.1 is not an interface able to answer you. You can fix it to something else using '=' in the netmon seed file.

Salutations, / Regards,

Francois Le Hir
Network Projects & Consulting Services
IBM Global Technology Services

Inactive hide details for "José Gomes" <zeca011@gmail.com>"José Gomes" < zeca011@gmail.com>

"José Gomes" <zeca011@gmail.com>
Sent by:
nv-l-bounces@lists.ca.ibm.com

01/08/2007 09:16 AM
Please respond to
Tivoli NetView Discussions <
nv-l@lists.ca.ibm.com >



To

nv-l@lists.ca.ibm.com

cc

Subject

[NV-L] Switch getting red (down) all the time.




Hi all,

First, sorry about the post. I know there are many posts related to
the same subject but the fact is that I could not solve my problem by
applying the solutions proposed on any of them.

Well, we have Netview 7.1.4 running on a Linux machine. I started
working with it just a few months ago but, at least in this period,
almost everything ever worked very very well. The only exception is
the status of a cisco 6509 switch, that remains down (red) on Netview
all the time. When I try a ping, its status changes to marginal but a
little bit after it turns down again.

As I said, I've read many posts about this topic. As far as I
understood, it must be a snmp status test problem, since the ping
works fine but snmp test do not. One thing which I think that
corroborates this thesis is the output of a quicktest, which gives:

Title: Quicktest
Name or IP Address: 6509cpd
Poll Results
11:15:31 ***** Starting Quick Test of node 6509cpd *****
11:15:31 Interface 172.21.26.1(Vlan525) (down since 12/31/05 13:36:07)
11:15:31 Interface 172.21.255.1(Loopback0) (down since 12/22/06 16:45:58)
11:15:31 Interface 172.21.255.5(Loopback1) (down since 12/31/05 13:36:07)
11:15:31 Interface 172.23.1.1(Vlan900) (down since 12/22/06 16:46:12)
11:15:31 Interface 192.168.253.2(Vlan107) (down since 01/05/07 14:54:01)
11:15:31 Interface 172.21.1.35(Vlan2) (down since 12/31/05 13:36:07)
11:15:31 Interface 0.0.0.0(swcpd:5:swd5:6) (down since 01/19/38 00:14:07)
11:15:31 Interface 0.0.0.0(swcpd:6:swd5:5) (down since 01/19/38 00:14:07)
11:15:31 Current Polling parameters
11:15:31 The next SNMP Status Poll is scheduled for 01/08/07 11:15:30.
11:15:31   Get number of interfaces
11:15:43 SNMP request timed out (
172.21.12.1)
11:15:43 ***** End of Quick Test for node 6509cpd *****

Could this SNMP time out be my problem? How could I solve it?

Let me say that when I try MIB browsing at this switch everything goes
OK. Isn't it strange???

Thanks in advance,
Bruno.

_______________________________________________
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)

_______________________________________________
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