Well, that's good to know, Ken.
Sounds like you have worked with haview.
Do you know whether  haview is started from a registration file when the GUI is
brought up or some other way?  Maybe we can advise Michele how to disable the
start/restart of it until AIX support can determine the problem.

Also, I was re-reading your excellent appends from a couple of weeks ago about
how you set up NetView on an HACMP cluster.  One thing you said was "I did the
same thing for the Framework".  Since our Release Notes don't talk about the
Framework, would you elaborate on that a bit, please?  Did you install Framework
on two boxes, or did you add more filesystems to the shared media or what?   And
don't assume I am an expert here.  HACMP is not something I have ever personally
dealt with.

James Shanks
Tivoli (NetView for UNIX) L3 Support



Ken Garst <Ken.Garst AT KP DOT ORG> on 11/18/99 09:25:28 AM

Please respond to Discussion of IBM NetView and POLYCENTER Manager on NetView
      <NV-L AT UCSBVM.UCSB DOT EDU>

To:   NV-L AT UCSBVM.UCSB DOT EDU
cc:    (bcc: James Shanks/Tivoli Systems)
Subject:  Re: haview




You can bypass haview entirely by adding an enterprise id for HACMP and then
defining traps for the cluster states as described in the HACMP MIB.  In effect,
this treats HACMP just like an ordinary but virtual "device" such as Oracle DBMS
and its MIB.  Remember to enter the trap destination ipaddr for NetView in the
/etc/snmp.conf file for the HACMP hosts.

Note that in case of a node failover in an HACMP cluster that NetView will show
an alarm avalanche of 26 traps, 13 traps from the node going down and 13 traps
for the standby node coming up.

Also, on HACMP nodes, you can configure an error notification method(s) for
HACMP cluster state events so that only certain cluster state changes send SNMP
traps.  This alternative can eliminate the alarm avalanche, i.e. configure an
error notification method just for node down and node up.

Regards,
ken