Hi Mike,
How about this: 1) "hastop -local -force" on the "strange" node 2) Move all files from the "/etc/VRTSvcs/conf/config" to a backup location 3) "hastart" on the "strange" node Regards Manuel ________________________________ From: Auleta, Michael [mailto:[EMAIL PROTECTED] Sent: Donnerstag, 7. August 2008 20:43 To: Manuel Braun; veritas-ha@mailman.eng.auburn.edu Subject: RE: [Veritas-ha] Correcting the types.cf file I tried that previously (after your initial response). Same issue. ________________________________ From: Manuel Braun [mailto:[EMAIL PROTECTED] Sent: Thursday, August 07, 2008 2:28 PM To: Auleta, Michael; veritas-ha@mailman.eng.auburn.edu Subject: RE: [Veritas-ha] Correcting the types.cf file Hi Mike, I quickly tested this in a lab cluster. A non-existing or modified types.cf is overwritten in the REMOTE_BUILD phase on the joining node. Could you please try removing the types.cf before doing the hastart. Regards Manuel ________________________________ From: Auleta, Michael [mailto:[EMAIL PROTECTED] Sent: Donnerstag, 7. August 2008 19:53 To: Manuel Braun; veritas-ha@mailman.eng.auburn.edu Subject: RE: [Veritas-ha] Correcting the types.cf file Still not working. I did the following: 1) hastop -all -force 2) copied the correct types.cf into /etc/VRTSvcs/conf/config 3) ran hastart on the "good" node 4) waited for resources to come on line 5) verified the types.cf had not changed 6) ran hastart on the other node 7) waited for resources to come on line the types.cf file is the old one again on the second node before running hastart node 1: [EMAIL PROTECTED]:/etc/VRTSvcs/conf/config <mailto:[EMAIL PROTECTED]:/etc/VRTSvcs/conf/config> > ls -ltr total 722 -rw-r--r-- 1 root sys 244 Jul 11 2003 VRTSWebAppType.cf -r--r--r-- 1 root root 6348 Nov 20 2007 types.cf.init41 -rw------- 2 root root 1074 Nov 20 2007 OracleTypes.cf -rwx--x--x 1 root root 45695 Nov 20 2007 main.cmd.cvk -rw------- 1 root root 112046 Nov 20 2007 main.cmd -rw-r--r-- 1 root root 5168 May 5 10:10 1 -rw------- 2 root root 51018 Jul 23 14:56 main.cf drwxr-xr-x 2 root root 1536 Aug 6 14:53 bkups -rw------- 1 root root 51018 Aug 6 14:54 main.cf.2008080600 -rw------- 1 root root 51071 Aug 6 14:55 main.cf.new -rw------- 1 root root 6171 Aug 6 14:58 types.cf.2008080600 -rw------- 2 root root 6348 Aug 6 16:35 types.cf.previous -rw------- 2 root root 6348 Aug 7 13:40 types.cf.07Aug2008.09.47.3 3 -rw------- 2 root root 6348 Aug 7 13:40 types.cf node 2: [EMAIL PROTECTED]:/etc/VRTSvcs/conf/config <mailto:[EMAIL PROTECTED]:/etc/VRTSvcs/conf/config> > ls -ltr total 248 -rw------- 1 root root 6348 Aug 7 09:44 types.cf.previous -rw------- 1 root root 1074 Aug 7 09:44 OracleTypes.cf -rw-r--r-- 1 root root 244 Aug 7 09:45 VRTSWebAppType.cf -rw------- 2 root root 51018 Aug 7 09:45 main.cf.07Aug2008.09.45.41 -rw------- 2 root root 51018 Aug 7 09:45 main.cf -rw------- 2 root root 6348 Aug 7 13:40 types.cf.07Aug2008.09.45.41 -rw------- 2 root root 6348 Aug 7 13:40 types.cf After running hastart node 1: [EMAIL PROTECTED]:/etc/VRTSvcs/conf/config <mailto:[EMAIL PROTECTED]:/etc/VRTSvcs/conf/config> > hastart [EMAIL PROTECTED]:/etc/VRTSvcs/conf/config <mailto:[EMAIL PROTECTED]:/etc/VRTSvcs/conf/config> > ls -ltr total 722 -rw-r--r-- 1 root sys 244 Jul 11 2003 VRTSWebAppType.cf -r--r--r-- 1 root root 6348 Nov 20 2007 types.cf.init41 -rw------- 2 root root 1074 Nov 20 2007 OracleTypes.cf -rwx--x--x 1 root root 45695 Nov 20 2007 main.cmd.cvk -rw------- 1 root root 112046 Nov 20 2007 main.cmd -rw-r--r-- 1 root root 5168 May 5 10:10 1 -rw------- 2 root root 51018 Jul 23 14:56 main.cf drwxr-xr-x 2 root root 1536 Aug 6 14:53 bkups -rw------- 1 root root 51018 Aug 6 14:54 main.cf.2008080600 -rw------- 1 root root 51071 Aug 6 14:55 main.cf.new -rw------- 1 root root 6171 Aug 6 14:58 types.cf.2008080600 -rw------- 2 root root 6348 Aug 6 16:35 types.cf.previous -rw------- 2 root root 6348 Aug 7 13:40 types.cf.07Aug2008.09.47.3 3 -rw------- 2 root root 6348 Aug 7 13:40 types.cf node 2: [EMAIL PROTECTED]:/etc/VRTSvcs/conf/config <mailto:[EMAIL PROTECTED]:/etc/VRTSvcs/conf/config> > hastart [EMAIL PROTECTED]:/etc/VRTSvcs/conf/config <mailto:[EMAIL PROTECTED]:/etc/VRTSvcs/conf/config> > ls -ltr total 262 -rw------- 1 root root 1074 Aug 7 09:44 OracleTypes.cf -rw-r--r-- 1 root root 244 Aug 7 09:45 VRTSWebAppType.cf -rw------- 2 root root 51018 Aug 7 09:45 main.cf.07Aug2008.09.45.41 -rw------- 2 root root 51018 Aug 7 09:45 main.cf -rw------- 2 root root 6348 Aug 7 13:40 types.cf.previous -rw------- 2 root root 6348 Aug 7 13:40 types.cf.07Aug2008.09.45.41 -rw------- 2 root root 6171 Aug 7 13:41 types.cf.07Aug2008.13.41.15 -rw------- 2 root root 6171 Aug 7 13:41 types.cf Ideas? ________________________________ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Manuel Braun Sent: Thursday, August 07, 2008 1:28 PM To: veritas-ha@mailman.eng.auburn.edu Subject: Re: [Veritas-ha] Correcting the types.cf file 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