Perl adcfgclone.pl dbTechStack default values...?

Question

Hi!
Our config: DB 10g2.0.2, APPS 11.5.10.2
When we run "perl adcfgclone.pl dbTechStack" then some default values are shown in screen:
Do you want to use a virtual hostname for the target node (y/n)
Target instance is a Real Application Cluster (RAC) instance (y/n)
*Target system utl_file accessible directories list [var/tmpprod]:*
Number of DATA_TOP's on the target system [6]:
...Where are those settings saved and retrieved in runtime? I'd like to change some default values to some new values (i.e. number of data tops to "7", after adding some luns)... Funny, but I couldn't find the source ... of that pattern.
THX
Funky

Answer 1

Hsawwan
I hope I'll not disobey some rules...however here it is:
The script adcfgclone.pl calls CloneContext.class. This java code is responsible for creating the Target
Context file. The default values for the prompts are read from CTXORIG.xml (a
copy of the Source context file). There are some exceptions to this, one of
them being the "number of DATA_TOPs". This default value derives from the
number of "s_dbhome" variables in
+$ORACLE_HOME/appsutil/clone/data/stage/addbhomsrc.xml. This file is generated+
on the Source system by adpreclone.pl, and copied to the Target system during
the copy phase.
As you have uploaded your addbhomsrc.xml and it is not working as specified above indicates you may be hitting a bug.
Your default value appears to equate to "number of "s_dbhome" variables in addbhomsrc.xml 1".+
+This matches an issue reported in Bug 5345502, where an additional variable+
+added for 10g was being counted in addition to the s_dbhome variables, making+
+the default number 1 more than the source. This was fixed for both 11i and R12+
+in :-+
+- CloneContext.java 115.204+
+- CloneContext.java 120.31+
+As the AutoConfig/RapidClone code is collected from the Applications Tier into+
+appsutil.zip, please check the following version on your Applications Tier:-+
+- $JAVA_TOP/oracle/apps/ad/context/CloneContext.class+
+If the version is < 115.204, then you need to apply the latest RapidClone patch:+
+6718351 : 11i RAPIDCLONE CONSOLIDATED FIXES JUL/2008+
+This will deliver CloneContext.java 115.223+
+Please also check the version(s) on your Database Tier:-+
+- $ORACLE_HOME/appsutil/java/oracle/apps/ad/context/CloneContext.class+
+There is also another version on your Database Tier which is copied by adpreclone.pl+
+into the Clone stage area, so we need to confirm that version:-+
+- $ORACLE_HOME/appsutil/clone/jlib/java/oracle/apps/ad/context/CloneContext.class+
+If the version on the Apps Tier is > 115.204 and does not match those on the Database Tier, or you had to apply the suggested patch 6718351, then you need+
+to recopy the AutoConfig/RapidClone code over to the RDBMS Tier.+
+Recreate appsutil.zip using this command on the Applications Tier:+
+- perl $AD_TOP/bin/admkappsutil.pl+
+Copy the created appsutil.zip to the RDBMS ORACLE_HOME and extract it using "unzip -o" to overwrite the existing+
+code.+
+Once you have the latest version, you will need to rerun the "preparation stages" on your Source system by rerunning adpreclone.pl, so the+
+new code is copied to the clone stage area.+
+You will also need to rerun adpreclone.pl on the Apps Tier.+
+Finally, recopy the instance files to your Target system, and when you configure the Target Database Tier, and are+
+prompted for the "number of DATA_TOPs", you should now see the number match+
+that on the Source system, or more specifically, match the number of "s_dbhome"+
+variables in+
+$ORACLE_HOME/appsutil/clone/data/stage/addbhomsrc.xml.+
Rg,
Damir