RE: [nv-l] nvtecia still hanging or falling behind processing TEC _ITS.rs
2004-09-16 15:45:30
Wpostemsg does not go through the internal
adapter. Does that get to the TEC server?
James Shanks
Level 3 Support for Tivoli NetView for UNIX and Windows
Tivoli Software / IBM Software Group
"Edwards, JT - ESM"
<JEdwards3 AT wm DOT com>
Sent by: owner-nv-l AT lists.us.ibm DOT com
09/16/2004 03:17 PM
|
To
| "'nv-l AT lists.us.ibm DOT com'"
<nv-l AT lists.us.ibm DOT com>
|
cc
|
|
Subject
| RE: [nv-l] nvtecia still
hanging or falling behind processing TEC
_ITS.rs |
|
Well at this point. We are now
getting events caching. From there what can we do?
A wpostemsg does not clear the
cache.
-----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 James Shanks
Sent: Wednesday, September 15, 2004 10:16 PM
To: nv-l AT lists.us.ibm DOT com
Subject: RE: [nv-l] nvtecia still hanging or falling behind processing
TEC _ITS.rs
No. The errno 827 indicates that there is a problem initializing
the JVM -- Java Virtual Machine. In almost every case I have seen this
indicates that the nvserverd daemon does not have the correct library path
for Java or the ZCE_CLASSPATH variable is not set. Since it is only set
in /etc/netnmrc, if you ovstop all the daemons and restart them with just
ovstart, you will lose it. So Mike is right. The usual fix is to ovstop
nvsecd and then restart with /etc/netnmrc (/etc/init.d/netnmrc on Solaris
or Linux). This issue has been fixed in the upcoming FixPack 2 (FP02) by
updating the NVenvironment script so that if you run that before you do
ovstart, it will source the correct environment for you, and then the daemons
will inherit it when you do the ovtstart.
But I still don't know why you are not getting an nvserverd.log which shows
the same tec_create_handle failure that you see in the formatted nettl.
We do get that here.
James Shanks
Level 3 Support for Tivoli NetView for UNIX and Windows
Tivoli Software / IBM Software Group
|
|
|