RE: [nv-l] NV714 - nvserverd error when trying to send events to TEC

[Leslie Clark <lclark@us.ibm.com>]

I see this from time to time at my current
customer. We've always just fiddled around and eventually gotten it working
again, and it seems to have to do with the tecint.conf file. However, we
recently figured out that it is indeed a permissions problem on the cache
files, even though those looked correct.
At this site, they have to use sudo
to do root things like run ovstart or /etc/netnmrc. The OS knows who you
really are, however. They are also running SeOS (something from CA) that
monitors file accesses behind the scenes and stops you from doing things.
So they had to set up a tivoli job to run as real root, and use that whenever
they need to do /etc/netnmrc. Occasionally someone forgets, and does a
sudo /etc/netnmrc. When they do that, we find that nvserverd fails to connect
to tec. 

One more layer of security and everything
will come to a complete halt....

Cordially,

Leslie A. Clark
IBM Global Services - Systems Mgmt & Networking
(248) 552-4968 Voicemail, Fax, Pager

Mike Pearson/Raleigh/IBM@IBMUS
Sent by: owner-nv-l@lists.us.ibm.com

08/17/2005 03:17 PM

Please respond to
nv-l

To	nv-l@lists.us.ibm.com
cc
Subject	RE: [nv-l] NV714 - nvserverd error when trying to send events to TEC

I found this in a Knowledge Entry: 
================ 
Error " Call to tec_create_handle failed, tec_errno
=
826
"
found in the /usr/OV/log/nvserverd.log. No traps are being transferred
from NetView
to TEC 
=================== 
This error, found in the /usr/OV/log/nvserverd.log, is
generated when the nvserverd daemon can't write data to
the one of the event caches.

It may occur when the root ("/") filesystem is full,
making it impossible for the nvserverd daemon to write
data to either the /etc/Tivoli/tec/cache, or to the
/etc/Tivoli/tec/CACHE_sc/persist1.out  cache files.

To resolve this error, check for things that would keep 
the nvserverd daemon from being able to create, or update
the cache files.

In NetView
V7.1.4, FixPack2 and later, nvserverd logging
is turned on by uncommenting the following line in the
/usr/OV/conf/tecint.conf.
# NvserverdTraceTecEvents=YES

To make nvserverd aware of the changed tecint.conf, issue 
the following commands:
/usr/OV/bin/nvtecia -stop
/usr/OV/bin/nvtecia -reload



1) Issue "df -k".  Are any of the filesystems 100% full,
or
very close to being full, especially the filesystems which
contain the cache files ?

2) If on AIX,  issue "errpt -a" to view the AIX error report.
Look for problems near the time traps stopped transferring to
TEC.

3) What are the permissions for the two cache files ?
/etc/Tivoli/tec/cache
/etc/Tivoli/tec/CACHE_sc/persist1.out

If the BufEvtPath keyword is specified in the
/usr/OV/conf/tecint.conf and if it refers to a cache which 
is different than the default,  check the permissions of 
the specified file.

4) Is there data in these cache files now ?
What are the last altered dates on the files ?

5) Ensure that the NetView
daemons were started with the
/etc/netnmrc (AIX)  ( or /etc/init.d/netnmrc (Solaris, Linux))
script instead of using /usr/OV/bin/ovstart.

6) Run the following to check NetView
environment variables.
Delete /usr/OV/log/trapd.trace, if it exists
With trapd running, issue "trapd -T"
About 3 seconds later, reisssue "trapd -T"
Review the environment section at the top of the trapd.trace. 

Regards, 
Michael Pearson

Tivoli NetView for UNIX and NT Support
Building 660, Office  CC105B;
HWY. 54 & 600 PARK OFFICES DR
Research Triangle Park, N.C. 27709
(919) 254-2270
pearsom@us.ibm.com
******************************************************************

******************************************************************
Need help with Tivoli Software Products? 
Ask Tivoli! 
http://www.tivoli.com/asktivoli

Mario Behring <mariobehring@yahoo.com>
Sent by: owner-nv-l@lists.us.ibm.com

08/17/2005 02:39 PM

Please respond to
nv-l

To	nv-l@lists.us.ibm.com
cc
Subject	RE: [nv-l] NV714 - nvserverd error when trying to send events to TEC

Hi Becki,

I am already using the IP address in the ServerLocation field....

Mario

--- "Kain, Becki (B.)" <bkain1@ford.com> wrote:

> We ran into that error and had to use the ip address, not the hostname,
> for the TEC server, to solve it.
> 
> Hope this helps
> 
> 
> -----Original Message-----
> From: owner-nv-l@lists.us.ibm.com [mailto:owner-nv-l@lists.us.ibm.com]
> On Behalf Of Mario Behring
> Sent: Wednesday, August 17, 2005 2:23 PM
> To: tme10@lists.us.ibm.com; NetView List
> Subject: [nv-l] NV714 - nvserverd error when trying to send events
to
> TEC
> 
> 
> Hi lists,
> 
> I am getting the following error at the nvserverd.log when using the
> internal NetView adapter to send events to TEC:
> 
> 08/17/05 14:06:28 Call to tec_create_handle failed, tec_errno = 826
> 08/17/05 14:06:43 Call to tec_create_handle failed, tec_errno = 826
> 
> I´ve searched the IBM website for some answers, but I couldn´t find
> anything. Have anyone seen this error ? Looks like that there may
be
> related to the configuration file (tecint.conf), which is like this:
> 
> "../conf/tecint.conf" 17 lines, 574 characters ServerLocation=<TEC
ip
> address> TecRuleName=newrule3.rs ServerPort=0
> DefaultEventClass=TEC_ITS_BASE BufferEvents=YES
> BufEvtPath=/etc/Tivoli/tec/cache UseStateCorrelation=YES
> StateCorrelationConfigURL=file:///usr/OV/conf/nvsbcrule.xml
> ## The following four lines are for debugging the state correlation
> engine # LogLevel=ALL # TraceLevel=ALL #
> LogFileName=/usr/OV/log/adptlog.out
> # TraceFileName=/usr/OV/log/adpttrc.out
> ## The following three lines alter nvserverd default behavior
> # NvserverdTraceTecEvents=YES
> # NvserverdPrimeTecEvents=NO
> # NvserverdSendSeverityTecEvents=YES
> 
> Any help is appreciated.
> 
> Thanks.
> 
> Mario
> 
> 
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com 
> 
> 



                    
            
____________________________________________________
Start your day with Yahoo! - make it your home page 
http://www.yahoo.com/r/hs