|
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> |
|
|
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)
| 