This is a multipart message in MIME format. Then I recommend that you contact Support. They will supply you with a
script, gdbprof, which you can set up to attach to nvserverd when it is in
this condition so we can see what it is doing. Probably you would also
run it against nvcorrd at the same time and give the Support rep the
results.
James Shanks
Level 3 Support for Tivoli NetView for UNIX and NT
Tivoli Software / IBM Software Group
Jorge Jiles <Jorge.Jiles AT ualberta DOT ca>
Sent by: owner-nv-l AT tkg DOT com
12/14/2001 12:33 PM
Please respond to IBM NetView Discussion
To: IBM NetView Discussion <nv-l AT tkg DOT com>
cc:
Subject: RE: [NV-L] Nvcorrd error checking
Yes, the rulesets are identical and No, I'm not forwarding to TEC.
At 11:38 AM 12/14/2001 -0500, you wrote:
>
> If not, all bets are off.
>
>""
>
> James Shanks
> for Tivoli NetView for UNIX and NT
> Tivoli Software / IBM Software Group
>
>
>
>
> <>
>Sent by: owner-nv-l AT tkg DOT com 12/14/2001 10:50 AM
>Please respond to IBM NetView Discussion
>
> <>
>
> RE: [NV-L] Nvcorrd error checking
>
>
>
>I have seen the same problem in my system. Netview 7.1 on Solaris 8. What
> is really weird is that at times I also get the message that nvserverd
is
> not running when according to ovstatus and logs is working OK. The Only
way
> to get going the events (and the scripts called by rulesets) is by
> stop/start nvcorrd, and nvserverd. More than once I had to stopped all
the
> daemons and restart them. If I find any explanation for this, I let you
know.
> I don't think the rulesets are the problems as the same ones are running
in
> a production environment AIX, Netview 6.02 and they work properly.
>
> At 01:55 PM 12/14/2001 +1100, you wrote:
>>Thanks for the tip James, I will look into it.
>>
>>We are running 24X7 for some boxes, so I am thinking of some sort of
>>>
>>>> script to check
>>touch time of file)
>>
>>How are Netview experts check their daemons out there? Thanks!
>>
>>Regards,
>>
>>Jack
>>
>>-----Original Message-----
>>From: James Shanks [mailto:jshanks AT us.ibm DOT com]
>>Sent: Friday, 14 December 2001 2:21 p.m.
>>To: IBM NetView Discussion
>>Subject: Re: [NV-L] Nvcorrd error checking
>>
>>
>>Jack -
>>
>> nvcorrd writes to an alog and a blog in
>> nvcorrd always starts in the
>>alog, writes a 1000 lines, switches to blog, then writes another 1000,
and
>> And when there is an action to be run he hands that off to
>>actionsvr, who also has a pair of logs, nvaction.alog and blog, that
>> If you still don't see anything, then you can turn on
>>"" There are man pages on all
>>this stuff, as well as lengthy discussions in the Admin Guide about how
it
>>works.
>>
>> There
>>"" does not mean that the daemon is working.
>>It is a static condition which reflects how it was built, not whether it
is
>> A well-behaved daemon goes down
>>"" stays up even after the
>>others go away.
>>
>>James Shanks
>> for Tivoli NetView for UNIX and NT
>>Tivoli Software / IBM Software Group
>>
>>
>>
>>
>>
>>
>> ""
>>
>> < ""
>>
>> > <>
>>
>> cc:
>>
>> [NV-L] Nvcorrd error
>>
>> com
>>
>>
>>
>>
>>
>> 12/13/01 06:45
>>
>> PM
>>
>> Please respond
>>
>> to IBM NetView
>>
>> Discussion
>>
>>
>>
>>
>>
>>
>>
>>
>>Hello List,
>>
>>I am having a problem with nvcorrd daemon. Problem as follows:
>>
>>I have a NV rule to execute a script upon receiving a trap.
>>I checked the trapd.log for the trap, it is there, but the script did
not
>>execute.
>>
>>ovstatus shows nvcorrd (and all the daemons) are RUNNING and well
behaved.
>>Another symptom I see is the control desktop is not updating (through
exceed
>>and Linux console as well). After I ovstop and ovstart, the script is
>>executing again.
>>
>>I have DM profile to check for daemon up, and scripts to do ovstatus
|grep
>>RUNNING and ovstatus |grep OVs_WELL_BEHAVED. But both of these checking
>>mechanism are NOT picking up the nvcorrd is not working as it is
supposed to
>>(because it still thinks it is RUNNING and well behaved)
>>
>>How can I check that nvcorrd is REALLY running? Some sort of heartbeat
using
>>ruleset maybe?
>>
>>regards,
>>
>>Jack.
>>
>>
>>_________________________________________________________________________
>>NV-L List information and Archives: http://www.tkg.com/nv-l
>>_________________________________________________________________________
>>NV-L List information and Archives: http://www.tkg.com/nv-l
>>
>
>
> Jorge A Jiles
> Network Analyst
>& Network Services
> University of Alberta
> Edmonton, Alberta
> Canada
>
>
>
>
_________________________________________________________________________
> NV-L List information and Archives: http://www.tkg.com/nv-l
>
>
>
Jorge A Jiles
Network Analyst
Computing & Network Services
University of Alberta
Edmonton, Alberta
Canada
_________________________________________________________________________
NV-L List information and Archives: http://www.tkg.com/nv-l
Then I recommend that you contact Support. They will supply you with a script, gdbprof, which you can set up to attach to nvserverd when it is in this condition so we can see what it is doing. Probably you would also run it against nvcorrd at the same time and give the Support rep the results.
James Shanks
Level 3 Support for Tivoli NetView for UNIX and NT
Tivoli Software / IBM Software Group
| Jorge Jiles <Jorge.Jiles AT ualberta DOT ca>
Sent by: owner-nv-l AT tkg DOT com
12/14/2001 12:33 PM
Please respond to IBM NetView Discussion
|
To: IBM NetView Discussion <nv-l AT tkg DOT com>
cc:
Subject: RE: [NV-L] Nvcorrd error checking
|
Yes, the rulesets are identical and No, I'm not forwarding to TEC.
At 11:38 AM 12/14/2001 -0500, you wrote:
>
> If not, all bets are off.
>
>""
>
> James Shanks
> for Tivoli NetView for UNIX and NT
> Tivoli Software / IBM Software Group
>
>
>
>
> <>
>Sent by: owner-nv-l AT tkg DOT com 12/14/2001 10:50 AM
>Please respond to IBM NetView Discussion
>
> <>
>
> RE: [NV-L] Nvcorrd error checking
>
>
>
>I have seen the same problem in my system. Netview 7.1 on Solaris 8. What
> is really weird is that at times I also get the message that nvserverd is
> not running when according to ovstatus and logs is working OK. The Only way
> to get going the events (and the scripts called by rulesets) is by
> stop/start nvcorrd, and nvserverd. More than once I had to stopped all the
> daemons and restart them. If I find any explanation for this, I let you
know.
> I don't think the rulesets are the problems as the same ones are running in
> a production environment AIX, Netview 6.02 and they work properly.
>
> At 01:55 PM 12/14/2001 +1100, you wrote:
>>Thanks for the tip James, I will look into it.
>>
>>We are running 24X7 for some boxes, so I am thinking of some sort of
>>>
>>>> script to check
>>touch time of file)
>>
>>How are Netview experts check their daemons out there? Thanks!
>>
>>Regards,
>>
>>Jack
>>
>>-----Original Message-----
>>From: James Shanks [mailto:jshanks AT us.ibm DOT com]
>>Sent: Friday, 14 December 2001 2:21 p.m.
>>To: IBM NetView Discussion
>>Subject: Re: [NV-L] Nvcorrd error checking
>>
>>
>>Jack -
>>
>> nvcorrd writes to an alog and a blog in
>> nvcorrd always starts in the
>>alog, writes a 1000 lines, switches to blog, then writes another 1000, and
>> And when there is an action to be run he hands that off to
>>actionsvr, who also has a pair of logs, nvaction.alog and blog, that
>> If you still don't see anything, then you can turn on
>>"" There are man pages on all
>>this stuff, as well as lengthy discussions in the Admin Guide about how it
>>works.
>>
>> There
>>"" does not mean that the daemon is working.
>>It is a static condition which reflects how it was built, not whether it is
>> A well-behaved daemon goes down
>>"" stays up even after the
>>others go away.
>>
>>James Shanks
>> for Tivoli NetView for UNIX and NT
>>Tivoli Software / IBM Software Group
>>
>>
>>
>>
>>
>>
>> ""
>>
>> < ""
>>
>> > <>
>>
>> cc:
>>
>> [NV-L] Nvcorrd error
>>
>> com
>>
>>
>>
>>
>>
>> 12/13/01 06:45
>>
>> PM
>>
>> Please respond
>>
>> to IBM NetView
>>
>> Discussion
>>
>>
>>
>>
>>
>>
>>
>>
>>Hello List,
>>
>>I am having a problem with nvcorrd daemon. Problem as follows:
>>
>>I have a NV rule to execute a script upon receiving a trap.
>>I checked the trapd.log for the trap, it is there, but the script did not
>>execute.
>>
>>ovstatus shows nvcorrd (and all the daemons) are RUNNING and well behaved.
>>Another symptom I see is the control desktop is not updating (through exceed
>>and Linux console as well). After I ovstop and ovstart, the script is
>>executing again.
>>
>>I have DM profile to check for daemon up, and scripts to do ovstatus |grep
>>RUNNING and ovstatus |grep OVs_WELL_BEHAVED. But both of these checking
>>mechanism are NOT picking up the nvcorrd is not working as it is supposed to
>>(because it still thinks it is RUNNING and well behaved)
>>
>>How can I check that nvcorrd is REALLY running? Some sort of heartbeat using
>>ruleset maybe?
>>
>>regards,
>>
>>Jack.
>>
>>
>>_________________________________________________________________________
>>NV-L List information and Archives: http://www.tkg.com/nv-l
>>_________________________________________________________________________
>>NV-L List information and Archives: http://www.tkg.com/nv-l
>>
>
>
> Jorge A Jiles
> Network Analyst
>& Network Services
> University of Alberta
> Edmonton, Alberta
> Canada
>
>
>
> _________________________________________________________________________
> NV-L List information and Archives: http://www.tkg.com/nv-l
>
>
>
Jorge A Jiles
Network Analyst
Computing & Network Services
University of Alberta
Edmonton, Alberta
Canada
_________________________________________________________________________
NV-L List information and Archives: http://www.tkg.com/nv-l
|