nv-l
[Top] [All Lists]

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

To: nv-l@lists.us.ibm.com
Subject: RE: [nv-l] NV714 - nvserverd error when trying to send events to TEC
From: Leslie Clark <lclark@us.ibm.com>
Date: Sat, 3 Sep 2005 10:47:26 -0400
Delivery-date: Sat, 03 Sep 2005 15:48:10 +0100
Envelope-to: nv-l-archive@lists.skills-1st.co.uk
In-reply-to: <OF98014079.004C104C-ON85257060.0069A372-85257060.0069F4B1@us.ibm.com>
Reply-to: nv-l@lists.us.ibm.com
Sender: owner-nv-l@lists.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


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

Archive operated by Skills 1st Ltd

See also: The NetView Web