RE: [NV-L] TEC Event Forwarding Intermittently Failing on 7.1.5

["Cooprider, Eric" <ecooprider@ycsd.york.va.us>]

I’m having this same issue on NV forwarding events to TEC stopping sometime during the day/night.

Box is running on Win2k and has been for a very long time, but since upgrading to 7.1.5 it has this problem.

I do have UseStateCorrelation=NO and it still stopped sometime last night.

Not sure its relevant but noticed the tecad_nv6k process is using about 50% of the memory on the box currently and I had just restarted all the nv daemons and did a route add on the nv box to test the tec forwarders, it successfully sent the first TEC_ITS_INTERFACE_STATUS message and NV marked the node as down but when I removed the route, and NV found it online again the service jumped in % processor from virtually nothing to this 50% use and has stayed there for about 20 minutes so far and still hasn’t sent the forward to the tec as far as I can see on that machine.

Any help from list would be appreciated otherwise I will have to PMR it up to IBM

 

Eric Cooprider

 

-----Original Message-----
From: nv-l-bounces@lists.ca.ibm.com [mailto:nv-l-bounces@lists.ca.ibm.com] On Behalf Of Claire Bajelis
Sent: Monday, December 11, 2006 8:01 PM
To: Tivoli NetView Discussions
Subject: RE: [NV-L] TEC Event Forwarding Intermittently Failing on 7.1.5

 

Thanks for your suggestion, James and Drew.

 

I had forgotten that I needed to disable this on my old 7.1.4 instance. As for postemsg running, not that I can see.

 

Now to break something to generate some alarms :)

 

Thanks,

Claire

 

 

---

From: nv-l-bounces@lists.ca.ibm.com [mailto:nv-l-bounces@lists.ca.ibm.com] On Behalf Of James Shanks
Sent: Tuesday, 12 December 2006 9:31 AM
To: Tivoli NetView Discussions
Subject: Re: [NV-L] TEC Event Forwarding Intermittently Failing on 7.1.5

Actually, I think you are looking in the wrong place.

I don't think the expanded tracing in either ERROR or UTILS is doing you any good. You aren't having problems with these events until you send 'em, which should be TECIO from tecad_nv6k's perspective. And if his tracing says that they are sent , and there's no indication of an error afterward, but you see the event being cached, then that's in the tecad libraries which TEC provides and you'll have to get TEC involved to get a diagnostic trace module. NetView formats the events. The session setup, the sending, the caching when he cannot get through, is all TEC library code and NetView is blind to it.

But the first thing I would try is editing the conf file and setting UseStateCorrelation=NO. If you do that and restart the adapter, and the problem disappears, then it's either in the java level you have or in the java libraries that TEC provides.


James Shanks
Level 3 Support for Tivoli NetView for UNIX and Windows
Network Availability Management
Network Management - Development
Tivoli Software, IBM Corp
"Claire Bajelis" <Claire.Bajelis@bendigobank.com.au>

"Claire Bajelis" <Claire.Bajelis@bendigobank.com.au>
Sent by: nv-l-bounces@lists.ca.ibm.com

12/11/2006 04:47 PM

Please respond to
Tivoli NetView Discussions <nv-l@lists.ca.ibm.com>

To	"Tivoli NetView Discussions" <nv-l@lists.ca.ibm.com>
cc
Subject	[NV-L] TEC Event Forwarding Intermittently Failing on 7.1.5

 

Hello All,

NV 7.1.5 - Windows 2003 Standard, SP1

Is anyone else having problems with the TEC adapter intermittently caching events, even though the TEC server is reachable?

Events are sent via non-TME and at all times, the TEC server is reachable.

Forwarding commences again if the tecad_nv6k daemon is stopped and restarted.

I have just opened a PMR on this, I'm just curious if anyone else is seeing a similar problem.

Also, if anyone can recommend the most useful level of tracing, that is still reasonably easy to read?

Currently in addition to fatal logging, I have:

# MODULE = ERROR
#
ERROR MINOR /usr/ov/log/nvtecad.log
ERROR MAJOR /usr/ov/log/nvtecad.log
ERROR FATAL /usr/ov/log/nvtecad.log
ERROR LOW /usr/ov/log/nvtecad.log
ERROR NORMAL /usr/ov/log/nvtecad.log
ERROR VERBOSE /dev/null
#
# MODULE = UTILS
#
UTILS MINOR /usr/ov/log/nvtecad.log
UTILS MAJOR /usr/ov/log/nvtecad.log
UTILS FATAL /usr/ov/log/nvtecad.log
UTILS LOW /usr/ov/log/nvtecad.log
UTILS NORMAL /usr/ov/log/nvtecad.log
UTILS VERBOSE /dev/null
#
# MODULE = TECIO
#
TECIO MINOR /usr/ov/log/nvtecad.log
TECIO MAJOR /usr/ov/log/nvtecad.log
TECIO FATAL /usr/ov/log/nvtecad.log
TECIO LOW /usr/ov/log/nvtecad.log
TECIO NORMAL /usr/ov/log/nvtecad.log

Kind Regards,
Claire Bajelis
********************************************************************************
This communication is intended only for use of the addressee and may
contain legally privileged and confidential information.
If you are not the addressee or intended recipient, you are notified that
any dissemination, copying or use of any of the information is unauthorised.
The legal privilege and confidentiality attached to this e-mail is not waived,
lost or destroyed by reason of a mistaken delivery to you.
If you have received this message in error, we would appreciate an
immediate notification via e-mail at oncall@bendigobank.com.au or
by phoning 1300 366 666, and ask that the e-mail be permanently
deleted from your system.
Bendigo Bank Limited
******************************************************************************** _______________________________________________
NV-L mailing list
NV-L@lists.ca.ibm.com
Unsubscribe:NV-L-leave@lists.ca.ibm.com
http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to internal IBM'ers only)

_______________________________________________
NV-L mailing list
NV-L@lists.ca.ibm.com
Unsubscribe:NV-L-leave@lists.ca.ibm.com
http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to 
internal IBM'ers only)