nv-l
[Top] [All Lists]

Re: node down ruleset not paging.

To: nv-l@lists.tivoli.com
Subject: Re: node down ruleset not paging.
From: "Boulieris, Arthur" <Arthur.Boulieris@NZ.UNISYS.COM>
Date: Thu, 20 Jan 2000 14:59:58 -0500
Hi James,

Very helpful.I set the /etc/services file but that was not the problem as
you mentioned.
To prove the nvaction daemon I ran admintool and it worked.
When I ran nvpage it didnt.
I created a script that the action node executes and it works?

Thanks for your assistance.
Arthur



-----Original Message-----
From: James Shanks [mailto:James_Shanks@TIVOLI.COM]
Sent: Thursday, January 20, 2000 10:29 AM
To: NV-L@UCSBVM.UCSB.EDU
Subject: Re: node down ruleset not paging.


My answers.

>> (1) If I want actionsvr to page the ruleset must be in ESE.automation,is
>>this right.

(1)  Yes, unless the answer to (2) below applies

>>2) If I set the event stream to block and remove the forward,how will my
>>rule pass events on to TEC?
>>Surely TEC will only recieve node down events,would I have to enable every
>>event one by one to forward to TEC?

(2) TEC forwarding has NOTHING to do with ESE.automation.   The two have no
intersection.  ESE.automation is for background rulesets you want to be
active
in NetView which (a) have no connection to any display and (b) have no
connection to TEC.  For TEC forwarding you put the ruleset name in
/usr/OV/conf/tecint.conf, which you typically create the first time from the
Tivoli desktop (or from SMIT on AIX).   Once you have a tecint.conf you can
edit
it manually to make changes if you need to.   If the ruleset named in
tecint.conf has a paging node, then paging will take place just as it would
if
you ran the ruleset in the GUI, either by an Action node in which you
specified
the nvpage command  (or a script), or in the Paging node.  Both of these
send
the paging action to actionsvr to execute, whether he is one who registered
the
entire ruleset or not.   When actionsvr registers the entire ruleset, as he
does
if you put it in ESE.automation, he also gets the results of any forwarded
events, which is why you should not include a Forward if your ruleset is in
ESE.automation.  But Forward is fine, and required, in tecint.conf.

>> (3) The nvaction.alog has an error : A service port for the actionserver
is
not
defined in the /etc/services.Trying port 1670.
                                 Using port 1670 for registration.

Seems like this is the problem.Can you tell me what port to set it too?

(3)  All that your error means is that the /etc/services file does not
contain
an entry for   actionsvr.  I don't know why that should be, since part of
the
install is to add an entry for every NetView daemon, and actionsvr's looks
like
this:
     actionsvr   1670/tcp  # NetView Correlation Action daemon port
But actionsvr will use that port, just as the message says, unless it cannot
get
it.    So this does not look like the problem
to me unless you really do have some other process using 1670.  That's the
only
error message you see?  You should see the actual nvpage command from your
Action node or the actPager command from your Paging node in the
nvaction.log
when the incoming event causes that to be processed.  If you don't see it,
then
I suspect something is wrong with your ruleset and the command is never
being
sent to actionsvr.  To see whether it is sent, you should issue  nvcdebug -d
all
from the command line after nvcorrd is started and send your test event or
wait
for a real one.  If your ruleset causes a page to be queued, you should see
that
in the nvcorrd.alog (or .blog if that is what is active at the time) when it
happens.  If you see it queued but no page occurs, then have to look in his
nvpagerd.alog and nvpagerd.errlog.  If those aren't enough, then, sadly, you
have to trace the nvpagerd daemon,  (set the -d option) , and read his logs
again.


James Shanks
Tivoli (NetView for UNIX) L3 Support



"Boulieris, Arthur" <Arthur.Boulieris@NZ.UNISYS.COM> on 01/18/2000 03:41:51
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:  Re: node down ruleset not paging.




Thanks James,
Could you please clarify a couple of things.

(1) If I want actionsvr to page the ruleset must be in ESE.automation,is
this right.

(2) If I set the event stream to block and remove the forward,how will my
rule pass events on to TEC?
Surely TEC will only recieve node down events,would I have to enable every
event one by one to forward to TEC?

I have qualified the full path name ,as I explained paging works from the
trap action.It does not work from the ruleset.

The nvaction.alog has an error : A service port for the actionserver is not
defined in the /etc/services.Trying port 1670.
                                 Using port 1670 for registration.

Seems like this is the problem.Can you tell me what port to set it too?

regards Arthur




-----Original Message-----
From: James Shanks [mailto:James_Shanks@TIVOLI.COM]
Sent: Wednesday, January 19, 2000 1:11 AM
To: NV-L@UCSBVM.UCSB.EDU
Subject: Re: node down ruleset not paging.


A few things:

(1) Never, ever, put a ruleset into ESE.automation if it has a Forward in
it, or
if the initial event stream node is set to PASS, or you will eventually hang
all
ruleset processing.  The actionsvr daemon who runs these rulesets in
ESE.automation has no display and cannot display event sent to him; they
must
come with an action instruction, a command.  If he gets unconnected events,
they
just fill up his socket until he hangs, and then nvcorrd hangs because his
outgoing socket fills too.

(2)  If you use an action node, always fully-qualify the name of the
executable
you wish to run because the daemons do not share your path.  Most of them do
not
even have /usr/OV/bin in their path.

(3) I have seen ruleset paging work on Solaris 2.6 so I would guess you have
a
set-up problem.  Whether you include your paging command in an Action node
or
use the Paging Node in a ruleset, the actual paging is done by actionsvr.
He
has a log where all his output goes:  /usr/OV/log/nvaction.alog (and .blog
when
the alog gets too big -- it always starts on alog and if there is already
data
there, copies it to blog on startup).   So look there for error messages.

James Shanks
Tivoli (NetView for UNIX) L3 Support



"Boulieris, Arthur" <Arthur.Boulieris@NZ.UNISYS.COM> on 01/17/2000 09:27:46
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:  node down ruleset not paging.




hello,
I have been following the thread on node down node up and decided to
implement it.
My current implementation is an action from the trap configuration which
looks like /usr/OV/bin/nvpage 1234@Carrier $3 $2.This works fine only get
too many pages that arent real outages.
I then decided to try my luck at correlating an event.

I have an event stream pass by default.It goes to two trap settings,node
down and node up then to a reset on match.The reset is hostname on slot
1(node down) equals hostname on slot 2 (node up).My poll interval is 5
minutes so my reset time 7 minutes.

then I want a page.I have tried configuring an action using the same as
above which works fine for the trap,it doesnt however work for the rule.I
made sure the ruleset was in /usr/OV/conf/ESE.automation ,stopped and
started all daemons.

I then set up an administrator and tried using the pager node .I had the
operator and the message was $3 $2.This too didnt work.The end of the rule
has a forward node.

If I set up an event window in control desk it appears that the rule works,
the node down is only displayed after 7 minutes if a node up hasnt
happened.It would appear that the problem is paging
Im running netview 5.1.2 on solaris 2.6.

What am I doing wrong here,all seems too easy but it dont work????

thanks ab

    Arthur Boulieris
    Implementation & Support
    Systems Management
 <<...>>

------
Attachments are virus free!

This message has been scanned for viruses at the originating end by
Nemx Anti-Virus for MS Exchange Server/IMC
        http://www.nemx.com/products/antivirus


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

Archive operated by Skills 1st Ltd

See also: The NetView Web