In your blog post that discusses building the EBS 12.2 patch file system after a clone, you say to "Unset the environment"
What specific steps do you take? There are numerous variables and some are needed for access to the db which adcfgclone requires. Can you be more specific as to what steps are involved in "unsetting"? Thanks for your post! If I could get it to work, I would be even happier. Regards... Joel |
Administrator
|
Hi Joel,
I think you are asking about the following instructions: Running postclone on the Patch Edition of the Target Application server: unset your env. cd /u01/fs1/EBSapps/comn/clone/bin (patch edition 's clone/bin) Well, unset the env means "dont set any apps or oracle specific env.). It means your bash should be free of them. For instance EBSapps.env run set the run environment, all the specific environment variable for EBS.. So there I mean don't set any specific env basically.. When you run the "env" command , make sure you dont see any such environment variable set.. This is all I mentioned there.. Then I make you go to the directory clone/bin and run afcfgclone from there.. This is for making adcfgclone to initialize the env variable it needs , itself, not to have somehow a conflicting env variable set is during its execution. One last thing; please follow Oracle documentation for cloning.. That blog post of mine "https://ermanarslan.blogspot.com/2014/07/ebs-122-cloning-real-life-example.html" was written in 2014.. So now we have new patch sets, updated MOS docs and etc.. So that blog post should be your guidance to make you understand the logic, but actually you need to follow MOS - up-to-date loning docs line by line. |
Thanks for the quick response.
I did attempt to run without setting the variables but then adcfgclone couldnt connect to the database. So at the very least, I still need to set variables that allow the Oracle client to function. That's why I asked. The EBS version that we are cloning is 12.2.9. The clone of the primary app tier run file system went well. We're trying to build the patch file system now and are having issues Any other suggestions would be great.. Thanks... Joel |
Administrator
|
You are on 12.2.9.. So it is recommended to use dualfs option there.
Do you clone the application tier run and patch file systems in a single operation, using the 'dualfs' option.? Please send me the failing command , describe your context.. (for instance :failing adcfgclone on patch edition env) and the logs, so I can review and send you an action plan. |
I was following other notes found on the internet and was doing appsTier just on the run filesystem passing the Context file.
That worked good and then was trying to build patch fs from that. I will try the again with using dualfs initially. When I tried dualfs I could specify my context file on the command line. Thats why I went with just doing the run fs first and then creating patch fs after. I'll do the dualfs manually and see if it asks for the context file... I'm trying to automate this in a hands off manner as that is what we could do with 12.1.3. I'll keep you posted... Thanks for your cooperation in this matter... ... Joel |
I couldn't specify the context file on the line when using dualfs. Sorry for the typo..
|
Administrator
|
You didn't mentioned about the way you pass the contetfile to adcfgclone.pl.
Is the command you use something like the following? perl adcfgclone.pl appsTier /home/appluat/UAT_UATAPP01.xml dualfs; |
Didn’t try that option. I will try and see if that works. Thanks. I had the context at the end
Dualism works manually without the context but I want to do this hands off Sent from my iPhone On Nov 3, 2020, at 4:28 AM, ErmanArslansOracleBlog [via Erman Arslan's Oracle Forum] <[hidden email]> wrote:
|
Just ran it with the context file between appsTier and dualfs and it error-ed right after the end of the Run File system build:
Configuring: Run file system.... LogFile located at /d121/RFDEV20/fs1/inst/apps/RFDEV20_ebsdap21/admin/log/clone/run/RCloneApplyAppstier_11030957.log <Nov 3, 2020 10:19:08 AM EST> <Warning> <JNDI> <BEA-050001> <WLContext.close() was called in a different thread than the one in which it was created.> ERROR: Failed to configure the target system, please check the logfile in : /d121/RFDEV20/fs1/inst/apps/RFDEV20_ebsdap21/admin/log/clone I dont get this when I run it manually with dualfs and answer the questions, but do on all automated attempts. Any advise? Thanks for the help... ... Joel
|
After I sent this there was another error regarding
Failed to enable ebs_logon trigger
Sent from my iPhone On Nov 3, 2020, at 10:55 AM, saundejo4156 [via Erman Arslan's Oracle Forum] <[hidden email]> wrote:
|
Administrator
|
Check AdminServer logs:
do you see errors like the following there? -> java.lang.OutOfMemoryError: GC overhead limit exceeded or Address already in use: make_sock: could not bind to address What do you see there? |
Free forum by Nabble | Edit this page |