nv-l
[Top] [All Lists]

Re: [nv-l] fqhostname tec slot missing

To: nv-l@lists.us.ibm.com
Subject: Re: [nv-l] fqhostname tec slot missing
From: James Shanks <jshanks@us.ibm.com>
Date: Thu, 2 Dec 2004 18:33:48 -0500
Cc: nv-l@lists.us.ibm.com, owner-nv-l@lists.us.ibm.com
Delivery-date: Fri, 03 Dec 2004 00:03:47 +0000
Envelope-to: nv-l-archive@lists.skills-1st.co.uk
Reply-to: nv-l@lists.us.ibm.com
Sender: owner-nv-l@lists.us.ibm.com
Sensitivity:

Well, That's an interesting part of the puzzle I wasn't aware of. It works on Solaris but not on AIX.

There is a very recent open APAR, IY65255, for this problem, that the fqhostname field and the Service Impact events, which are supposed to be sent by the State Correlation Engine (SCE), are not being sent after FP02 is applied.

At this time, there's probably nothing you can do to influence this. The SCE function is part of the TEC EEIF library that nvserverd links with in order to be a TEC adapter. A new TEC EEIF library was used in FP02 because the one used in 7.1.4 and 7.1.4 FP01 was found to have a rather severe memory leak in it. If you left the adapter up for an extended period of time it would grow in size until it either hung or failed (cored). So if you back off FP02 to get the fqhostname, then you open yourself up to that problem, and you'll have to plan on regularly recycling nvserverd to avoid it.

You can open a problem to Support if you like, and get pinned to the APAR as an interested party. Or you can wait for notice of a fix here as well. It will be news enough to announce.

James Shanks
Level 3 Support for Tivoli NetView for UNIX and Windows
Tivoli Software / IBM Software Group
Inactive hide details for Milton.W.Bridges@kp.orgMilton.W.Bridges@kp.org


          Milton.W.Bridges@kp.org
          Sent by: owner-nv-l@lists.us.ibm.com

          12/02/04 05:41 PM
          Please respond to
          nv-l


To

nv-l@lists.us.ibm.com

cc






Subject

[nv-l] fqhostname tec slot missing


I am currently running NetView 7.1.4 (Fixpack 2) on AIX 5, notice that the fqhostname slot is missing for events that are forwarded to our Tivoli T/EC (3.9). I also have the same configuration (NV 7.1.4 / Fixpack 2) on a Solaris server, and don't have this problem. We use the fqhostname on our T/EC servers as a "dup detect" mechanism. I am unclear as why this would work from the Solaris platform and not the AIX platform.

Any help would be greatly appreciated.


Thanks

-Milt

Milton W. Bridges III
Senior Systems Programmer
KP-IT National Operations - Enterprise Technical Services
Systems Management - Engineering
NOPS ETS SM ENGR
(909)739-5339
8-395-5339

GIF image

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

Archive operated by Skills 1st Ltd

See also: The NetView Web