DBA in the Trenches

Just a post for myself for future reference to find the log file of the oacore files and also where the cache location is. Log location: $INST_TOP/logs/ora/10.1.3/j2ee/oacore/oacore_default_group_1 Cache location: $EBS_APPS_DEPLOYMENT_DIR/oacore/html/WEB-INF/classes/_pages

Started testing password changes in our clone environments. Weblogic seems to love throwing you curve balls and when I changes the apps password with the below: FNDCPASS apps/$APPS_PASS 0 Y system/system SYSTEM APPLSYS $APPS_PASS I was not able to start the weblogic managed servers. A look in the log an I found this: weblogic.application.ModuleException:         at weblogic.jdbc.module.JDBCModule.prepare(JDBCModule.java:327)         at weblogic.application.internal.flow.ModuleListenerInvoker.prepare(ModuleListenerInvoker.java:199)         at weblogic.application.internal.flow.DeploymentCallbackFlow$1.next(DeploymentCallbackFlow.java:517)         at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:52)         at weblogic.application.internal.flow.DeploymentCallbackFlow.prepare(DeploymentCallbackFlow.java:159)         at weblogic....

In R12.2 with Weblogic now playing a huge role as well as java also creating resource heavy processes you will eventually run into a situation where you want to add servers to Weblogic. I'd actually recommend adding at least one more oa_core server as this is the one we've noticed is causing most of the issues. Add oacore_server2 via command line: perl /patch/115/bin/adProvisionEBS.pl ebs-create-managedserver -contextfile=$CONTEXT_FILE -managedsrvname=oacore_server2 -servicetype=oacore -managedsrvport=7205 -logfile=/tmp/addMS_oacoreserver2.log Started the new managed server as follows, admanagedsrvctl.sh start  oacore_server2 Added details of the newly added managed server into the OHS configuration files mod_wl_ohs.conf and apps.conf via command line as below: perl /patch/115/bin/txkSetAppsConf.pl -contextfile=$CONTEXT_FILE -configoption=addMS -oacore=testserver.example.com:7205 Bounce the apache server: sh /adapcctl.sh stop sh /adapcctl.sh start Reference: M...

Ran into this issue when trying to start up the services in a cloned instance. It took a bit of head scratching and google came to the rescue. Not sure what exactly is happening but I ran this andthen restarted the forms_server1 from weblogic and I was able to login to the instance. admanagedsrvctl.sh start oafm_server1 -Dweblogic.security.allowCryptoJDefaultJCEVerification=true Reference Oracle Forums

TXK.C.Delta.7 Shut down all application tier services except the Admin Server $ADMIN_SCRIPTS_HOME/adcmctl.sh stop apps/$APPS_PASS wait=y $ADMIN_SCRIPTS_HOME/adstpall.sh apps/$APPS_PASS -skipNM -skipAdmin Change the password and start the services: perl $FND_TOP/patch/115/bin/txkUpdateEBSDomain.pl -action=updateAdminPassword $ADMIN_SCRIPTS_HOME/adstrtal.sh TXK.C.Delta.6 and earlier Need to shutdown the server, I prefer shutting down the concurrent manager first and then then the rest. $ADMIN_SCRIPTS_HOME/adcmctl.sh stop apps/$APPS_PASS wait=y $ADMIN_SCRIPTS_HOME/adstpall.sh apps/$APPS_PASS Backup the property files in case the change does not work and you want to revert back to the current settings. Notice you'll do this for each of the servers. You may have more than one oacore server or forms server so make sure to backup each. mv $EBS_DOMAIN_HOME/security/DefaultAuthenticatorInit.ldift $EBS_DOMAIN_HOME/security/DefaultAuthenticatorInit.ldift.bkup mv $EBS_DO...