Hi Mike,
> Does the types.cf get "built" from the running node along with main.cf? Yes, this works as designed and is called a "remote build". Just stop all nodes. Modify on one node and start this node fist. The other joining nodes will do the remote build. I hope this helps. Regards Manuel ________________________________ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mike Auleta Sent: Donnerstag, 7. August 2008 17:58 To: veritas-ha@mailman.eng.auburn.edu Subject: [Veritas-ha] Correcting the types.cf file We have a cluster (4.1) running on Solaris 10 where the types.cf in /etc/VRTSvcs/conf/config is incorrect. It does not match the types.cf in /etc/VRTSvcs/conf or the one in /opt/VRTScssim/types. I have run hastop -all -force and copied the correct types.cf file in place. I then run hastart on each node and the old types.cf file ends up being copied back on both nodes. I did this a second time and now one node has the correct types.cf and the other node has the old one. I run an hastop -local -force on the node with the incorrect types.cf and copy the correct one in place, but when I run an hastart, the old one gets put back again. I've even cleaned out the /etc/VRTSvcs/conf/config directory and put only our main.cf, the correct types.cf, OracleTypes.cf & VRTSWebAppType.cf in place, and the types.cf still gets overwritten by the old version when I run hastart. I know some of the changes to types.cf are to MultiNICB & IPMultiNI! CB (the reason for this exercise), but if I run hatype -display for these resources on both nodes, the output is identical. Does the types.cf get "built" from the running node along with main.cf? Has anyone seen this behavior before, and how can I fix it? Thanks - Mike
_______________________________________________ Veritas-ha maillist - Veritas-ha@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-ha