nv-l

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

2005-09-06 09:25:47
Subject: RE: [nv-l] NV714 - nvserverd error when trying to send events to TEC
From: James Shanks <jshanks AT us.ibm DOT com>
To: nv-l AT lists.us.ibm DOT com
Date: Tue, 6 Sep 2005 09:23:31 -0400
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/                                             
             [email protected]                                                  To 
             Sent by:                  nv-l AT lists.us.ibm DOT com             
  
             [email protected]                                          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/[email protected]                                                 
 Sent by:                                                               To 
 owner-nv-l AT lists.us.ibm DOT co           nv-l AT lists.us.ibm DOT 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 AT us.ibm DOT com
******************************************************************

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

                                                                           
 Mario Behring                                                             
 <mariobehring AT yahoo DOT com>                                                
  
 Sent by:                                                                  
 owner-nv-l AT lists.us.ibm DOT com                                            
To 
                                         nv-l AT lists.us.ibm DOT 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 AT ford DOT 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 AT lists.us.ibm DOT com [mailto:owner-nv-l AT lists.us.ibm 
> DOT com]
> On Behalf Of Mario Behring
> Sent: Wednesday, August 17, 2005 2:23 PM
> To: tme10 AT lists.us.ibm DOT 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>