It occurs to me that in addition to trying to set the AOTDEBUG flag, you might
just want to try starting the daemon from the command line and see if any error
messages accompany the failure. Just go to the command line and type
/usr/OV/bin/nvcorrd
and see what happens.
James Shanks
Tivoli (NetView for UNIX) L3 Support
James Shanks <James_Shanks@TIVOLI.COM> on 07/09/99 05:42:49 PM
Please respond to Discussion of IBM NetView and POLYCENTER Manager on NetView
<NV-L@UCSBVM.UCSB.EDU>
To: NV-L@UCSBVM.UCSB.EDU
cc: (bcc: James Shanks/Tivoli Systems)
Subject: Re: nvcorrd exit on signal No. 9
You're getting this on AIX? What level? and how long has NetView V5.1.1 been
installed?
Have you added the ulimit statements as described in the release notes?
What do you get in the nvcorrd.alog ? Do you even get the 2 usual messages:
><********* nvcorrd starting *******
><nvcorrd level : 11/13 ?
If it won't stay up long enough for nvcdebug, then
one other thing you could try to get trace output in the nvcorrd logs is to set
the AOTDEBUG environment variable. That's in effect what nvcdebug does -- sets
a variable internally for nvcorrd to check. He also responds to AOTDEBUG but it
can be tricky getting this set so that nvcorrd recognizes it (that's why
nvcdebug was created).
To try this you would have to stop all the daemons, including nvsecd, because
you need the variable set in the environment the daemons all inherit from
OVSPMD. Once all the daemons are down, (after ovstop nvsecd), then do
export AOTDEBUG=0x'ffffffff' (that's 8 f's)
and then ovstart and see if you get anything in the nvcorrd.alog.
My guess here is that you are still going to have to call Support and open a
problem, because right now, I don't remember having seen this before.
James Shanks
Tivoli (NetView for UNIX) L3 Support
Geoffrey Cheng <gcheng@CA.IBM.COM> on 07/09/99 04:58:55 PM
Please respond to Discussion of IBM NetView and POLYCENTER Manager on NetView
<NV-L@UCSBVM.UCSB.EDU>
To: NV-L@UCSBVM.UCSB.EDU
cc: (bcc: James Shanks/Tivoli Systems)
Subject: Re: nvcorrd exit on signal No. 9
Thanks, Karin, yes, I tried. But since nvcorrd is not running, nvcdebug failed.
Best Regards
Geoffrey Cheng
Please respond to karin.binder@nwa.com
To: NV-L@UCSBVM.UCSB.EDU
cc:
Subject: Re: nvcorrd exit on signal No. 9
Geoffrey,
Don't know if this will help, but have you turned on nvcdebug and checked
the nvcorrd logs?
Karin
----------
> From: Geoffrey Cheng <gcheng@CA.IBM.COM>
> To: NV-L@UCSBVM.UCSB.EDU
> Subject: Re: nvcorrd exit on signal No. 9
> Date: Friday, July 09, 1999 3:10 PM
>
> James,
>
> Yes, it's the only info. I've attached the ovstatus output as
follows.
> Thanks.
>
>
===========================================================================
==================
> ovstatus: sent STATUS request to ovspmd
> object manager name: OVsPMD
> behavior: OVs_PMD
> state: RUNNING
> PID: 19754
> exit status: -
>
> object manager name: nvsecd
> behavior: OVs_WELL_BEHAVED
> state: RUNNING
> PID: 9788
> last message: Initialization complete.
> exit status: -
>
> object manager name: pmd
> behavior: OVs_WELL_BEHAVED
> state: RUNNING
> PID: 22406
> last message: pmd completed initialization
> exit status: -
>
> object manager name: OVORS_M
> behavior: OVs_WELL_BEHAVED
> state: RUNNING
> PID: 23480
> last message: orsd completed initialization
> ovstatus:: EOF from ovspmd, exiting
> exit status: -
>
> object manager name: trapgend
> behavior: OVs_NON_WELL_BEHAVED
> state: RUNNING
> PID: 20872
> exit status: -
>
> object manager name: mgragentd
> behavior: OVs_NON_WELL_BEHAVED
> state: RUNNING
> PID: 22154
> exit status: -
>
> object manager name: nvpagerd
> behavior: OVs_WELL_BEHAVED
> state: RUNNING
> PID: 20364
> last message: PMD initialization complete
> exit status: -
>
> object manager name: nvserverd
> behavior: OVs_WELL_BEHAVED
> state: RUNNING
> PID: 21712
> last message: Initialization complete.
> exit status: -
>
> object manager name: nvcold
> behavior: OVs_WELL_BEHAVED
> state: RUNNING
> PID: 24034
> last message: Initialization complete.
> exit status: -
>
> object manager name: snmpCollect
> behavior: OVs_WELL_BEHAVED
> state: RUNNING
> PID: 25070
> last message: Initialization complete.
> exit status: -
>
> object manager name: nvlockd
> behavior: OVs_WELL_BEHAVED
> state: RUNNING
> PID: 19086
> last message: Initialization complete.
> exit status: -
>
> object manager name: gtmd
> behavior: OVs_WELL_BEHAVED
> state: RUNNING
> PID: 25844
> last message: Initialization complete.
> exit status: -
>
> object manager name: nvcorrd
> behavior: OVs_WELL_BEHAVED
> state: NOT_RUNNING
> PID: -
> last message: Initialization complete
> exit status: exited on signal 9
>
> object manager name: ovactiond
> behavior: OVs_WELL_BEHAVED
> state: RUNNING
> PID: 22990
> last message: Initialization complete.
> exit status: -
>
> object manager name: actionsvr
> behavior: OVs_WELL_BEHAVED
> state: RUNNING
> PID: 24274
> last message: Initialization complete
> exit status: -
>
> object manager name: netmon
> behavior: OVs_WELL_BEHAVED
> state: RUNNING
> PID: 25328
> last message: Initialization complete.
> exit status: -
>
> object manager name: trapd
> behavior: OVs_WELL_BEHAVED
> state: RUNNING
> PID: 23738
> last message: Initialization complete.
> exit status: -
>
> object manager name: ovtopmd
> behavior: OVs_WELL_BEHAVED
> state: RUNNING
> PID: 22756
> last message: Initialization complete.
> exit status: -
>
> object manager name: ems_sieve_agent
> behavior: OVs_WELL_BEHAVED
> state: RUNNING
> PID: 25586
> last message:
> exit status: -
>
> object manager name: ems_log_agent
> behavior: OVs_WELL_BEHAVED
> state: RUNNING
> PID: 26102
> last message:
> exit status: -
>
> object manager name: nvot_server
> behavior: OVs_WELL_BEHAVED
> state: RUNNING
> PID: 26360
> last message: Initialization succeeded.
> exit status: -
>
> object manager name: cmld
> behavior: OVs_WELL_BEHAVED
> state: RUNNING
> PID: 26450
> last message: Initialization completed
> exit status: -
>
> object manager name: JMAintegrator
> behavior: OVs_NON_WELL_BEHAVED
> state: RUNNING
> PID: 24806
> exit status: -
>
> object manager name: ahmclp
> behavior: OVs_WELL_BEHAVED
> state: RUNNING
> PID: 29078
> last message: Initialization succeeded.
> exit status: -
>
> object manager name: ahmdbserver
> behavior: OVs_WELL_BEHAVED
> state: RUNNING
> PID: 28824
> last message: Initialization succeeded.
> exit status: -
>
> object manager name: ovwdb
> behavior: OVs_WELL_BEHAVED
> state: RUNNING
> PID: 16784
> last message: Initialization complete.
> exit status: -
>
> Best Regards
>
> Geoffrey Cheng
> Senior Network Management Specialist
> IBM Global Services
> Tel: 905-316-5820
> Fax: 905-316-4525
> e-mail: gcheng@ca.ibm.com
>
>
>
> James Shanks <James_Shanks@TIVOLI.COM> on 07/09/99 11:44:46 AM
>
> Please respond to Discussion of IBM NetView and POLYCENTER Manager on
NetView
> <NV-L@UCSBVM.UCSB.EDU>
>
> To: NV-L@UCSBVM.UCSB.EDU
> cc:
> Subject: Re: nvcorrd exit on signal No. 9
>
>
>
>
>
> Hmmm. A signal 9 is just that. You can find out the meaning of any
signal by
> doing "man signal". They are non-standard exits from UNIX. Signal 9 is
the
> process being killed by the operating system or another process for some
reason.
>
> Is that the only info you get from doing ovstatus?
>
> If so, I'd call Support and open a problem so someone can help figure
this out.
>
>
> James Shanks
> Tivoli (NetView for UNIX) L3 Support
>
>
>
> Geoffrey Cheng <gcheng@CA.IBM.COM> on 07/09/99 11:07:49 AM
>
> Please respond to Discussion of IBM NetView and POLYCENTER Manager on
NetView
> <NV-L@UCSBVM.UCSB.EDU>
>
> To: NV-L@UCSBVM.UCSB.EDU
> cc: (bcc: James Shanks/Tivoli Systems)
> Subject: nvcorrd exit on signal No. 9
>
>
>
>
>
> Hi,
>
> I've met a problem with nvcorrd, when doing a ovstart, nvcorrd
started for
> a few seconds and then
> died silently, on signal no. 9. I've commented out all the rules in
> ESE.automation, but the problem still
> exists. There is nothing shown up in nv6000.log file and nettl trace
file.
> Nobody is using the 1666 port
> either.
>
> Has anyone met the similar problem? meanwhile, the only sympton I
can see
> is the "exit on
> signal no.9. And I notice from time to time that some daemons do
exit on
> certain numbers, where
> I could find the definition of these exit code? There seems not in
the
> diagnostics guide or
> programmer's references.
>
> Thanks.
>
> Best Regards
>
> Geoffrey Cheng
|