Those entries are from demandpolls, I think (the d ). That will
generate an event, I believe.
If you unmanage/manage a node, you will get an Up event (if it is up).
Could that be it? If you issue the 'event' command, you will get a
Node Up event. Anyone testing anything?
Some clarification: you said the node up events were coming from
an AIX MLM. Are you sure? Generally the up/down events from the MLM
are for interfaces, and they are set to Don't Log or Display. If you
change that in Event Customization, you will see that you get interface
up/down events from the MLM, and netview in turn generates its own
interface up/down event to make it appear that netmon actually did the
pinging. Then, as James said, you may or may not get a Node up/down/marginal
event - from netview, (not from MLM).
The traps that MLM sends to the Netview server are logged on the MLM
box (under /var/etc/smmlm/log, I think). If you stop/start netmon, you
will notice a flood of up/down interface traps from the MLM as it makes
sure that Netview has the latest status. This is normal.
One of the things fixed in the e-fix for MLM available from support is
superfluous traps. So make sure you have on the MLM from the 5.1.1 CD,
then add that patch.
That's all I know...
Cordially,
Leslie A. Clark
IBM Global Services - Systems Mgmt & Networking
I was just looking at the trapd.log and noticed them (this goes back to
the mlm node up/down event)
935604947 7 Wed Aug 25 14:15:47 1999 <none> d
netmon-related Application connected to trapd.
935604947 3 Wed Aug 25 14:15:47 1999 test1 d
test1: Node Up
935604947 7 Wed Aug 25 14:15:47 1999 <none> d
netmon-related Application disconnecting
Shanks wrote:
>
> By themselves, these messages mean nothing. Some applications, like the event
> command, routinely connect and disconnect from trapd. Type "event -h test1"
> and then go look in the trapd.log. You will see that the "connected" message
> precedes the dummy node up event, and the disconnected one follows. So this
is
> normal if you are using that in a script somewhere. In other cases, this is
a
> problem that requires investigation.
>
> What else happens at about this time? Are these always back-to-back in the
> trapd log? Have you tried formatting the nettl logs to look for errors?
What
> options are you running on trapd?
>
> Are you having a problem that causes you to investigate this or are you just
> curious?
>
> James Shanks
> Tivoli (NetView for UNIX) L3 Support
>
> Rob Napholz <tel1rxn@NJCMAIL.UPS.COM> on 08/25/99 01:18:58 PM
>
> Please respond to Discussion of IBM NetView and POLYCENTER Manager on NetView
> <NV-L@UCSBVM.UCSB.EDU>
>
> To: NV-L@UCSBVM.UCSB.EDU
> cc: (bcc: James Shanks/Tivoli Systems)
> Subject: netmon-related Application connected to trapd
>
> Has any one seen these traps before
> this is a small sample of ~2400 traps from yesterday
>
> from trapd.
> 935564096 7 Wed Aug 25 02:54:56 1999 <none> n
> netmon-related Application connected to trapd.
> 935564096 7 Wed Aug 25 02:54:56 1999 <none> n
> netmon-related Application disconnecting from trapd.
> 935564105 7 Wed Aug 25 02:55:05 1999 <none> n
> netmon-related Application connected to trapd.
> 935564105 7 Wed Aug 25 02:55:05 1999 <none> n
> netmon-related Application disconnecting from trapd.
> 935564195 7 Wed Aug 25 02:56:35 1999 <none> n
> netmon-related Application connected to trapd.
>
> Any ideas
> thanks Rob
|