nv-l

Re: [NV-L] NetView Discovery Issues

2007-01-04 10:34:00
Subject: Re: [NV-L] NetView Discovery Issues
From: ss cc <steph_cornish AT yahoo DOT com>
To: Tivoli NetView Discussions <nv-l AT lists.ca.ibm DOT com>
Date: Thu, 4 Jan 2007 07:16:42 -0800 (PST)
 
Leslie,
My seed file includes routers and switches.  I ran ovobjprint and ovtopodump to search for the first 3 octects of the IP addresses.  I turned netmon trace on with a -1 trace mask value.  I've tried forcing NetView to discover these devices by doing an extended ping from the command line.  Here's some output from netmon.trace:
 
14:49:27 : ./nl_pinger.c[1519] : revc_icmp: deleteMatchIp returns null!
14:49:23 : ./nl_hint.c[295] : Addhint(172.18.117.130,0.0.0.0) Best guess network is <null>
14:49:23 : ./nl_hint.c[306] : Addhint(172.18.117.130,0.0.0.0) rejected (no network for IP addr)
14:49:23 : ./nl_pinger.c[1559] : -> received unexpected ping, ident=8909 seq=33, from 172.18.117.130

I ran "ovtopofix -a" and have the rw map.
 
I've done everything possible to get these devices discovered.  What are your thoughts?
 
Stephanie
 

Leslie Clark <lclark AT us.ibm DOT com> wrote:

You don't even need SNMP access to get them discovered. So something more basic is wrong.
Is this a Unix or a Windows server?

Check these things:
1) If you are using a seedfile, does it exclude the range of addresses that you are trying to discover?
2) Have you tried putting the router and switch addresses in the seedfile?
3) Is the map you are looking for them in a r/w map up?
4) Are you sure they are not in there already, maybe on some other node than you expect?

For that last one, try
nvUtil e '("SNMP ipAddress" = "xx.xx.xx.xx")'

5) Remember that a range in the seedfile only allows discovery, it does not force discovery. If they are found in the arp cache of an existing device, and they are allowed by the seedfile, they should be discovered.

6) Be sure you are not discovering by a virtual address. Try using the loopback address of the device. To tell if you are using a virtual, try

   rnetstat -Ix xx.xx.xx.xx
and check the output to see if that address is in the list of addresses on the device. If it is missing, Netview will discard the node.

7) If you have more than one map, and the things were previously discovered in one of them, they must be deleted from all maps before they can be rediscovered.

8) Do these commands to reorg things that might have gotten out of wack:
   ovstop netmon
   ovtopofix -a
   ovmapcount -a
   ovstart netmon
   close and open the map
Cordially,

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



ss cc <steph_cornish AT yahoo DOT com>
Sent by: nv-l-bounces AT lists.ca.ibm DOT com
01/03/2007 09:13 PM
Please respond to
Tivoli NetView Discussions <nv-l AT lists.ca.ibm DOT com>

To
Tivoli NetView Discussions <nv-l AT lists.ca.ibm DOT com>
cc
Subject
[NV-L] NetView Discovery Issues






All,

I have 2 routers and 2 switches on the same subnet which NetView 7.1.4 won't discover.  Each device is reachable via Ping and each one responds to SNMP polls.
 
Can someone let me know which MIB objects NetView reads and uses in order to add new subnets and /or devices?
 
Thanks In Advance,
Stephanie
 __________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
_______________________________________________
NV-L mailing list
NV-L AT lists.ca.ibm DOT com
Unsubscribe:NV-L-leave AT lists.ca.ibm DOT com
http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to internal IBM'ers only)
_______________________________________________
NV-L mailing list
NV-L AT lists.ca.ibm DOT com
Unsubscribe:NV-L-leave AT lists.ca.ibm DOT com
http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to internal IBM'ers only)

__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

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