Leslie,
Are you using your own BufEvtPath in the tecint.conf file? We recently
started adding that when the tecint.conf is generated by serversetup
(nv6000_smit). The reason for that was that some users were also running
scripts with postemsg on the same box as NetView, and without unique paths,
both iterations of the TEC library code were trying to do cache management
on the default cache files and getting in each other's way. Never saw it
in conjunction with an 826 error, but you never know.
James Shanks
Level 3 Support for Tivoli NetView for UNIX and Windows
Tivoli Software / IBM Software Group
Leslie
Clark/Southfield/
IBM@IBMUS To
Sent by: nv-l@lists.us.ibm.com
owner-nv-l@lists. cc
us.ibm.com
Subject
RE: [nv-l] NV714 - nvserverd error
09/03/2005 10:47 when trying to send events to TEC
AM
Please respond to
nv-l
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: To
owner-nv-l@lists.us.ibm.co nv-l@lists.us.ibm.com
m cc
Subject
08/17/2005 03:17 PM RE: [nv-l] NV714 - nvserverd error
when trying to send events to TEC
Please respond to
nv-l
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 To
nv-l@lists.us.ibm.com
cc
08/17/2005 02:39 PM
Subject
RE: [nv-l] NV714 - nvserverd
Please respond to error when trying to send events
nv-l 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
|