|
Yes it
does.
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@wm.com>
Sent by: owner-nv-l@lists.us.ibm.com
09/16/2004 03:17 PM
|
|
To
| "'nv-l@lists.us.ibm.com'"
<nv-l@lists.us.ibm.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@lists.us.ibm.com [mailto:owner-nv-l@lists.us.ibm.com]On Behalf
Of James Shanks
Sent: Wednesday, September 15, 2004 10:16
PM
To: nv-l@lists.us.ibm.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
|