nv-l
[Top] [All Lists]

RE: [nv-l] nvtecia still hanging or falling behind processing TEC _ITS

To: nv-l@lists.us.ibm.com
Subject: RE: [nv-l] nvtecia still hanging or falling behind processing TEC _ITS.rs
From: James Shanks <jshanks@us.ibm.com>
Date: Wed, 15 Sep 2004 23:15:48 -0400
Delivery-date: Thu, 16 Sep 2004 04:46:49 +0100
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:

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

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

Archive operated by Skills 1st Ltd

See also: The NetView Web