Hello,
Does netview keep a log of all devices that get acknowledge? If so, whats
the location of this file on AIX?
thanks
Catalina
Netview 602 AIX 4337
>>> "Leslie Clark"
<lclark AT us.ibm DOT com> 05/16/02 07:46AM >>> This is starting to
sound like a general performance problem. What version, what platform, how
many objects? Seedfile with oids in it? Are you having other performance
problems with the box? Is you ovwdb cache size set high enough for the number
of objects?
I guess you have to assume that netmon really is that far
behind, and it is not just this router. That can be caused by slow name
resolution, among other things, so some tuning is in order. Try using this
tool to check and see how many nodes it is behind (if you are on
unix).
#!/bin/ksh #set -x cat /dev/null >
/usr/OV/log/netmon.trace netmon -a 12 sleep 6 if [ -f
/usr/OV/log/netmon.trace ]; then echo "Netmon is " `grep [-].*[:]
/usr/OV/log/netmon.trace | wc -l ` "behind in status
pinging"; else echo "Netmon is too busy to report now. Try
later." fi exit
See the man page for netmon for the various -a
options. It is not unusual for it to report that it is a thousand or so
behind, and then catch up quickly. If netmon has just started, it could be
much further behind.
I would turn on tracing in netmon at startup to
see what it is doing. Once you are familiar with what is in there and how far
behind it really is, if you don't figure it out, you should consider
calling Support.
Cordially,
Leslie A. Clark IBM Global
Services - Systems Mgmt &
Networking Detroit
Cordially,
Leslie A. Clark IBM Global
Services - Systems Mgmt & Networking (248) 552-4968 Voicemail, Fax,
Pager
Peter_Chow AT TD DOT COM
To:
nv-l AT lists.tivoli DOT com
05/15/2002 03:34
cc:
PM
Subject: [nv-l] Netview Traps - Time to
post
Demand poll indicates that a ping is being used. When I log
on to the router and status the interface in question, it does indicate
that the interface is down.
The only thing peculiar about our lab setup
is that there is a very large amount of unmanaged devices. Could this
be causing the delay?
What is the difference between polling with SNMP as
opposed to ping? Where is this configured?
Regards,
Peter.
------------------------------
Date: Mon, 13 May
2002 10:55:55 -0400 To: nv-l AT lists.tivoli DOT com From:
Peter_Chow AT TD DOT COM Subject: Netview Traps - Time to post Message-ID:
<OF18B017A7.C9A112B7-ON85256BB8.0051DF29 AT dms.ops.tdbank DOT ca>
We're
performing some testing with Netview traps in a lab environment. One of the
tests was to pull out the interface cable on a router and see how long it
would take to receive the interface down trap on netview. We expected to
receive the trap within minutes but instead received the trap almost two and
a half hours later!!!
What is going on here? How can we minimize
this 'turnaround time' to within
minutes?
------------------------------
Date: Mon, 13 May 2002
18:31:18 -0400 To: nv-l AT lists.tivoli DOT com From: "Leslie Clark"
<lclark AT us.ibm DOT com> Subject: Re: [nv-l] Netview Traps - Time to
post Message-ID:
<OF21AA9E5A.72FB0C2E-ON85256BB8.007B8B26 AT raleigh.ibm DOT com>
By any
chance are you polling that device via SNMP as opposed to ping? You can tell
when you do a demandpoll. If it is SNMP, the status of each interface is
displayed in terms of ifAdmin and ifOper status.
Is it possible that the
device itself believes that the interface is up and reports it as up, for
that long?
Cordially,
Leslie A. Clark IBM Global Services -
Systems Mgmt &
Networking Detroit
Peter_Chow AT TD DOT COM
To:
Leslie Clark/Southfield/IBM@IBMUS
05/13/2002 03:55
cc:
PM
Subject: Re: [nv-l] Netview Traps - Time to post
I
agree that this is not normal and thank God that its not happening in
our production environment.
If I ping the interface object after I
pull the cable, the status will change to down and a trap is received right
away. If I do nothing, then no status update or trap is received for a
long period (2.5 hrs)..
SNMP Polling Info is : timeout 4.0; retry 3 ;
polling 3m.
The IP interface is represented and managed.
Any
suggestions on what may be
wrong?
"Leslie
Clark"
To:
Peter_Chow AT TD DOT COM
<lclark AT us DOT ib
cc:
m.com>
Subject: Re: [nv-l] Netview Traps - Time to
post
05/13/02
12:35 PM
Well, that's not good. Fortunately it is not normal,
either!
When you pull the cable, can you still ping the address of
that interface from the Netview box? And what is the polling interval set to?
That is in Options...SNMP configuration and defaults to 5 minutes. Is the IP
address of the interface represented on the map, and is it managed? You
should see at least an Interface Down event in trapd.log for that
interface within one polling cyle.
I would have to say there is a lot
more to this story than what you have told us so far. Tell us
more...
Cordially,
Leslie A. Clark IBM Global Services -
Systems Mgmt &
Networking Detroit
Peter_Chow AT TD DOT COM
To: nv-l AT lists.tivoli DOT com
05/13/2002 10:55
cc:
AM
Subject: [nv-l] Netview Traps - Time to post
We're performing
some testing with Netview traps in a lab environment. One of the tests was to
pull out the interface cable on a router and see how long it would take to
receive the interface down trap on netview. We expected to receive the trap
within minutes but instead received the trap almost two and a half hours
later!!!
What is going on here? How can we minimize this
'turnaround time' to within
minutes?
--------------------------------------------------------------------- To
unsubscribe, e-mail: nv-l-unsubscribe AT lists.tivoli DOT com For additional
commands, e-mail: nv-l-help AT lists.tivoli DOT com
*NOTE* This is not an
Offical Tivoli Support forum. If you need immediate assistance from Tivoli
please call the IBM Tivoli Software Group help line at
1-800-TIVOLI8(848-6548)
------------------------------
--------------------------------------------------------------------- To
unsubscribe, e-mail: nv-l-unsubscribe AT lists.tivoli DOT com For additional
commands, e-mail: nv-l-help AT lists.tivoli DOT com
*NOTE* This is not an
Offical Tivoli Support forum. If you need immediate assistance from Tivoli
please call the IBM Tivoli Software Group help line at
1-800-TIVOLI8(848-6548)
--------------------------------------------------------------------- To
unsubscribe, e-mail: nv-l-unsubscribe AT lists.tivoli DOT com For additional
commands, e-mail: nv-l-help AT lists.tivoli DOT com
*NOTE* This is not an
Offical Tivoli Support forum. If you need immediate assistance from Tivoli
please call the IBM Tivoli Software Group help line at
1-800-TIVOLI8(848-6548)
|