James,
Thanks for the suggestions, had to wait for the problem to occur again, it
did last night.
netstat -a shows all send and receive windows at 0
ovstatus shows all daemons running
running nvcdebug -d all shows event processing has stopped (nvcorrd.alog
static)
no core dumps
one ruleset in ESE.automation which DOES contain an inline action which I
did not spot earlier, that could well be the problem.
stopping actionsvr did not have any apparent effect, however when I then
stopped and started nvcorrd and nvserverd, event processing burst into life.
I'll get that inline action out of the ruleset, there's no need for it to be
that type.
Any thoughts?
Cheers,
Mike.
5.1.1 is out of support. You need to install 5.1.3.
What kind of closer investigation did you do?
Is nvcorrd still running? How about nvserverd? Does netstat -a show any
sockets backed up (with values of about 32K in the send and receive
queues)?
If yes, are you running any rulesets in ESE.automation? If yes, try
"ovstop actionsvr" and see if things get freed up.
Were there any cores (look in /usr/OV/PD/cores)?
If nvcorrd is still running, and you still have no clues from the above,
try running the nvcorrd trace by issuing "nvcdebug -d all" and then looking
at nvcorrd.alog. Are events still being processed?
James Shanks
Team Leader, Level 3 Support
Tivoli NetView for UNIX and NT
Subject: [NV-L] Event processing aborts intermittently
Hi all,
Kit - Netview 5.1.1 on Solaris 2.6
Every few days the events display stops, closer investigation reveals
that all ruleset processing has stopped, trapd.log is still updated OK
so it looks like a communication problem between trapd and nvcorrd?
Any ideas?
Cheers,
Mike.
Internet communications are not secure and therefore the Barclays Group does
not accept legal responsibility for the contents of this message. Any views
or opinions presented are solely those of the author and do not necessarily
represent those of the Barclays Group.
|