nv-l
[Top] [All Lists]

RE: demand poll skipped

To: nv-l@lists.tivoli.com
Subject: RE: demand poll skipped
From: Montoya Vincent-O10501 <Vincent.Montoya@motorola.com>
Date: Mon, 14 May 2001 09:04:44 -0700
Leslie,

I ran "ovtopfix -a" and it did have to fix quite a bit but unfortunately it did 
not fix the discovery problem. Tiv support said patch 6.02 (APAR IY14241 
)should fix the problem. Hopefully it does because I can not duplicate the 
problem on my test side. Thank you for your help and time. 

Vince

-----Original Message-----
From: Leslie Clark [mailto:lclark@us.ibm.com]
Sent: Friday, May 11, 2001 4:29 AM
To: IBM NetView Discussion
Subject: RE: [NV-L] demand poll skipped


When you find just the selection name and IP hostname field for that
address, maybe with the word 'Interface' involved, you know that netview
has begun to find the thing. It is at the hint stage. An ovtopofix will
remove
that and at startup, netmon will give it another go.

You should do that ovtopofix weekly. That's housekeeping.  See the
man page. If you run it, it tells you to stop netmon first.

Cordially,

Leslie A. Clark
IBM Global Services - Systems Mgmt & Networking
Detroit


Montoya Vincent-O10501 <Vincent.Montoya@motorola.com>@tkg.com on 05/11/2001
02:54:13 AM

Please respond to IBM NetView Discussion <nv-l@tkg.com>

Sent by:  owner-nv-l@tkg.com


To:   "'IBM NetView Discussion'" <nv-l@tkg.com>
cc:
Subject:  RE: [NV-L] demand poll skipped



Leslie,

Believe it or not but that was where I was headed (ovtopofix). It does not
appear to have too many symptoms of a corrupted database but I did find
some of the following messages in the nettl.LOG00 although it does not seem
to be written to "too frequently":

/usr/OV/bin/collmap
nvcold
collmap: topoEventHandler(): topoEventDispatch failed.  Return code = %d:
%s.
Could not receive topology event: sys 2: A file or directory in the path
name does not exist.

/usr/OV/bin/ipmap
ov_ip
Fatal OVW error (OVwError = %1$d): %2$s.
Connection to OVW lost


I believe I read somewhere that some of the processes should be shut down
prior to running ovtopofix. Unfortunately I can not find where it states
this. Are there steps that I should follow prior to running ovtopofix -a?

I did a ovobjprint like you suggested and I found only a couple of Field
IDs associated with the address compared to many like the other objects
held. I'm not sure if this constitutes "partial discovery" but it sure
looks like it to me.

Thanks,

Vince

-----Original Message-----
From: Leslie Clark [mailto:lclark@us.ibm.com]
Sent: Thursday, May 10, 2001 7:07 PMt
To: IBM NetView Discussion
Subject: Re: [NV-L] demand poll skipped


Excuse me for not reading carefully. It sure sounds to me like you
have not yet discovered the node.  The brute force method would be
'ovobjprint > junk' and then vi that junk file and look for the address.
And look for any other addresses on that same node, if any. Maybe
the node is partially discovered. And be sure to do your ovtopofix.
That solves all kinds of discovery problems.

Good book, isn't it?

Cordially,

Leslie A. Clark
IBM Global Services - Systems Mgmt & Networking
Detroit


Montoya Vincent-O10501 <Vincent.Montoya@motorola.com>@tkg.com on 05/10/2001
09:12:14 PM

Please respond to IBM NetView Discussion <nv-l@tkg.com>

Sent by:  owner-nv-l@tkg.com


To:   "'nv-l@tkg.com'" <nv-l@tkg.com>
cc:
Subject:  [NV-L] demand poll skipped



All,


Problem:
The following is an example of one of many that I can not demandpoll
3949 gc2:/usr/OV/log> nmdemandpoll 10.64.10.36
17:50:4917:50:49 ***** Node '10.64.10.36' not found, demand poll skipped
*****

Environment:
Mgr: AIX 4.3, NetView 6.0
seedfile contains non-SNMP and SNMP enabled nodes and one range
example:
1.1.1.1-255
199.5.19.12
$10.64.10.36#NT platform which is consistent so far with other problem
agents
10.64.10.36 is not using public community string (public is Global default)

The alternate name is entered in the communityName.conf file. Also, other
agents using the name can be polled using demandpoll and are found on the
map.
/usr/OV/bin/netmon -P -m-1 -s/usr/local/NetView/conf/netmon.seed -J
-u -g -q 32

Troubleshooting Steps Thus far:
Started in diagnosis.pdf
Node "node name" not found, demand poll skipped
1. netmon trace indicated that the netmon.seed file loaded successfully
after running netmon -y
I'm assuming it was able to discovered the node.... How can I verify the
node was discovered without using the topo maps?
How can I verify it is being polled for status?
2. Node name was not typed in incorrectly
3. snmpwalk -c altcommname 10.64.10.36 system.SysUpTime # returned
successfully
4. Tried locating the object view Locate->Objects->by Selection Name and it
did find a match
3954 gc2:/usr/local/NetView/conf> ovtopodump -rl 10.64.10.36
ERROR: Could not find object named 10.64.10.36.
I also tried by name and it did not find a match
5. xnmsnmpconf -resolve 10.64.10.36
returned a community name public
6. Manually entered ip in snmpconfiguration
7. xnmsnmpconf -resolve 10.64.10.36
and return the correct name
8. 3957 gc2:/usr/local/NetView/conf> nmdemandpoll 10.64.10.36
18:15:2318:15:23 ***** Node '10.64.10.36' not found, demand poll skipped
*****
9. netmon -y
10. same thing "demand poll skipped" and it can not be located in the map

Any ideas?. I read APAR: IY14241 which is a fix in 6.02 but I'm not
convinced that this is the same problem.

AIX Version 4.3
NetView Version 6.0

_________________________________________________________________________
NV-L List information and Archives: http://www.tkg.com/nv-l


_________________________________________________________________________
NV-L List information and Archives: http://www.tkg.com/nv-l
_________________________________________________________________________
NV-L List information and Archives: http://www.tkg.com/nv-l


<Prev in Thread] Current Thread [Next in Thread>

Archive operated by Skills 1st Ltd

See also: The NetView Web