Re: Polling Problems
Thanks. I guess in my case I will need to send an event for node up also so
that when these critical nodes go down and up I will be notified either way.
From: James Shanks [mailto:James_Shanks AT TIVOLI DOT COM]
Sent: Tuesday, December 07, 1999 1:07 PM
To: NV-L AT UCSBVM.UCSB DOT EDU
Subject: Re: Polling Problems
You are under a serious misconception.
You only get a Node Down (or Interface Down) once and then after that, only
it goes back up and fails again. Once the status has been recorded as
the topology database (and echoed to the object database, you will not get
notified again. You are notified of status changes, not polling cycles.
Having said that there was a change in 5.1.2 which resulted in a new Node
being issued every time you did a demand poll on a failed device. But this
a dramatic departure from previous releasees and several customers
so it will be removed from the code with the next round of maintenance and
NetView will go back to functioning as it always has, as I just stated in
If you really want to watch polling activity then you should run the netmon
trace. I'll wager you will be surprised at what is going on.
The name of the file where you put a ruleset that you want to run in the
background (that is, by a daemon and not by user in a dynamic workspace) is
/usr/OV/conf/ESE.automation. But your ruleset should be modified before
included. It sounds to me as though you have a Forward Node in it since it
sending events to the display. But the daemon (actionsvr) does not have a
display, and if you send him the raw event it will just sit on his queue.
you send enough events, his queue will fill up, and he will stop processing,
then nvcorrd will back up because he cannot send any more to actionsvr.
Eventually you could hang the whole events system back to trapd. So take
Forward out of your ruleset. It should just end with the pager node when
run it in the background.
Tivoli (NetView for UNIX) L3 Support
"Clay David (rti1dwc)" <rti1dwc AT ISMD.UPS DOT COM> on 12/07/99 12:52:13 PM
Please respond to Discussion of IBM NetView and POLYCENTER Manager on
<NV-L AT UCSBVM.UCSB DOT EDU>
To: NV-L AT UCSBVM.UCSB DOT EDU
cc: (bcc: James Shanks/Tivoli Systems)
Subject: Polling Problems
I have created a "test" ruleset for paging me when a certain device is no
longer reachable on my map. After the first time netview recognizes the
device is down it send the page to me like it should but after the first
time it never seems to send me a page again nor update my dynamic workspace
event window. It almost seems like it doesn't poll this device after it
recognizes the device is down. Does anyone have an idea what the problem
might be? I assumed netview will poll all devices every 5 minutes so in my
test case I was expecting to receive several pages for this device since I
left it in a down condition. Also does anyone know the name of the file
where you can put a new ruleset you have created so that it automatically is
started when netview is started. The catch here is that in my ruleset I am
forwarding events to the event window for paging purposes when some of our
critical nodes go down. One other question--How does one add an interface to
a router object that wasn't discovered properly? Thanks again.