The 255 return code is the shell interpreting the negative one return code
from AIX, which means that some library or other could not loaded, usually
because it could not be found. It is possible, but not very likely, that
some library other than the Tivoli one needed for RIM has been removed from
your standard library path. If you ovstart the daemons and ovtopmd does
not start like this, then you can just run him from the command line as
"/usr/OV/bin/ovtopmd" and an error message indicating what library is
missing should be returned to standard out.
I believe this is the standard procedure recommended in the Diagnosis
Guide.
If you have daemon problems, the recommended procedure would be to try to
start them one at a time, starting with nvsecd. The error message you got
is one which would occur at startup time, and might be due to having an old
copy of nvsecd still running. You should be doing "ps -ef | grep /usr/OV"
between your ovstop and ovstart when you have problems in order to
guarantee that there are no old, hung processes preventing start up. If
everything has been brought down with ovstop, then only the nettl process
should still be there. Anything else should be killed.
James Shanks
Team Leader, Level 3 Support
Tivoli NetView for UNIX and NT
BAUDOUX BERNARD <bernard.baudoux@fortisbank.com>@tkg.com on 06/25/2001
07:01:59 AM
Please respond to IBM NetView Discussion <nv-l@tkg.com>
Sent by: owner-nv-l@tkg.com
To: "'NETVIEW FORUM'" <nv-l@tkg.com>
cc:
Subject: [NV-L] ovtopmd exit 255 other reason then Tivoli environment ?
Hello list,
NetView 6.01, AIX 4.3.3
When I try to start my NetView daemons, ovtopmd dies with an exit code 255.
I have seen the the Forum archives that is due to the Tivoli environment
that has not been sourced.
I know it has been sourced because I did the following :
- ovstop -v
- ovstop -v nvsecd
- . /etc/Tivoli/setup_env.sh
- ovstart -v nvsecd
- ovstart -v
in the file /usr/OV/log/nettl.LOG00, I see the following message :
"could not nonnect to server UNIX domain socket : /usr/OV/sockets/NVSEC.s
n"
anyone an idea about this ?
Thanks in advance,
Bernard Baudoux
Phone: +32 (0)2/565.24.68
e-mail : bernard.baudoux@fortisbank.com
This email and any attached files are confidential and may be legally
privileged.
If you are not the intended recipient, any disclosure, reproduction,
copying, distribution, or other dissemination or use of this communication
is strictly prohibited.
If you have received this transmission in error please notify the sender
immediately and then delete this email.
Email transmission cannot be guaranteed to be secure or error free as
information could be intercepted, corrupted, lost, destroyed, arrive late
or
incomplete, or contain viruses.
The sender therefore is in no way liable for any errors or omissions in the
content of this message, which may arise as a result of email transmission.
If verification is required, please request a hard copy.
_________________________________________________________________________
NV-L List information and Archives: http://www.tkg.com/nv-l
|