Thanks James. I'll try the manual edit.
-----Original Message-----
From: owner-nv-l@lists.us.ibm.com [mailto:owner-nv-l@lists.us.ibm.com]
On Behalf Of James Shanks
Sent: Tuesday, February 14, 2006 3:15 PM
To: nv-l@lists.us.ibm.com
Subject: RE: [nv-l] Need confirmation of event description
That's a rather trivial thing, don't you think? The current version of
trapd.conf for new installs is shipped in /usr/OV/newconfig/OVSNMP-RUN,
so you can always use that as an authoritative source and get an update
from there, if you wish.
If I follow what you are saying, neither system was a fresh install and
that both had absolutely the same trapd,conf., and the real question is
why did the migration process update one differently than the other? At
this point I doubt anyone could say. Of course if one was a fresh
install and
the other not, that would explain a it. It's also possible that it
happened because you went from 7.1.2 to 7.14 and skipped 7.1.3.
The migration of trapd.conf on an update is a delicate thing. First
there is nvaddtrapdconf utility which adds any brand new things to the
user's current copy, then there are awk scripts which seek to preserve
any user modifications like new enterprises, categories, actions;, and
then there is a java executable which is used to update fragments in
place. That's how the servmon replacement would have to work, I think,
and if memory serves me, that's how it was handled, but I'm not sure,
since I didn't write it nor test it. It's entirely possible that the
java migration tool might have missed the update. It works on a find
and replace principle. If even the trap severity is different , then it
may not match.
At this point I'd just edit the one you have and be done with it.
James Shanks
Level 3 Support for Tivoli NetView for UNIX and Windows Tivoli Software
/ IBM Software Group
"Liu, David"
<david.liu@eds.co
m>
To
Sent by: <nv-l@lists.us.ibm.com>
owner-nv-l@lists.
cc
us.ibm.com
Subject
RE: [nv-l] Need confirmation of
02/14/2006 08:49 event description
AM
Please respond to
nv-l@lists.us.ibm
.com
James,
I meant when I open the event configuration (GUI), two systems gave
different event descriptions on the same event IBM_SUP_EV (Specific
58916975), one says it generated from nvsniffer, the other says it
generated from sevmon.
Regards,
David
-----Original Message-----
From: owner-nv-l@lists.us.ibm.com [mailto:owner-nv-l@lists.us.ibm.com]
On Behalf Of James Shanks
Sent: Tuesday, February 14, 2006 2:43 PM
To: nv-l@lists.us.ibm.com
Subject: Re: [nv-l] Need confirmation of event description
I don't quite understand the nature of your difficulty. nvsniffer was
officially replaced by servmon in 7.1.4, but is still shipped for those
who wish to use it. Their functions are the same, but servmon is a
daemon and
nvsniffer a process you must schedule yourself using cron. They
generate
the same events and the doc no longer mentions nvsniffer because it is
deprecated. In some future release ti will not be shipped. I believe
the
introduction of servmon was covered in the 7.1.4 Release Notes.
James Shanks
Level 3 Support for Tivoli NetView for UNIX and Windows Tivoli Software
/ IBM Software Group
"Liu, David"
<david.liu@eds.co
m>
To
Sent by: <nv-l@lists.us.ibm.com>
owner-nv-l@lists.
cc
us.ibm.com
Subject
[nv-l] Need confirmation of event
02/14/2006 06:56 description
AM
Please respond to
nv-l@lists.us.ibm
.com
Dear list,
I have upgraded two Netview systems (exactly same SunOS) from 7.1.2 to
7.1.4 FP3 last December. I found now in the netView600 internal event
IBM_SUP_EV (Specific 58916975) with one system state (event
description):
This event is generated by the nvsniffer application when a Service has
transitioned to a Normal status.
And the other state:
This event is generated by the servmon daemon when a Service has
transitioned to a Normal status.
Actully the same (different description) for IBM_SDWN_EV (Specific
58916976).
My question is that are they identical (for both nvsniffer and
servmon)???
Please help.
Regards,
David
|