<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss2full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:openSearch="http://a9.com/-/spec/opensearch/1.1/" xmlns:georss="http://www.georss.org/georss" xmlns:gd="http://schemas.google.com/g/2005" xmlns:thr="http://purl.org/syndication/thread/1.0" version="2.0"><channel><atom:id>tag:blogger.com,1999:blog-9108534143245337598</atom:id><lastBuildDate>Sun, 19 Feb 2012 10:27:38 +0000</lastBuildDate><title>Troubleshooting Apps DBA</title><description>Purpose of creating this blog to help Apps DBA's to troubleshoot issues while working in day to day activites.</description><link>http://troubleshootingappsdba.blogspot.com/</link><managingEditor>noreply@blogger.com (Sundeep Dubey)</managingEditor><generator>Blogger</generator><openSearch:totalResults>99</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>25</openSearch:itemsPerPage><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/rss+xml" href="http://feeds.feedburner.com/TroubleshootingAppsDba" /><feedburner:info xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" uri="troubleshootingappsdba" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" /><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9108534143245337598.post-1339635699280836386</guid><pubDate>Tue, 01 Mar 2011 11:27:00 +0000</pubDate><atom:updated>2011-03-01T03:30:25.714-08:00</atom:updated><title>FND_NO_DATABASE_CONNECTION</title><description>This is the very common error in R12 instance "FND_NO_DATABASE_CONNECTION", but when you retry you won't get this error. To overcome this issue Oracle has come up with patch "9908921:R12.FWK.B Details".&lt;br /&gt;&lt;br /&gt;Error Stack :&lt;br /&gt;oracle.apps.fnd.framework.OAException: Application: FND, Message Name: FND_NO_DATABASE_CONNECTION.&lt;br /&gt;            at oracle.apps.fnd.framework.webui.OAPageErrorHandler.prepareException(OAPageErrorHandler.java:1251)&lt;br /&gt;            at oracle.apps.fnd.framework.webui.OAPageBean.preparePage(OAPageBean.java:2195)&lt;br /&gt;            at oracle.apps.fnd.framework.webui.OAPageBean.preparePage(OAPageBean.java:543)&lt;br /&gt;            at oracle.apps.fnd.framework.webui.OAPageBean.preparePage(OAPageBean.java:431)&lt;br /&gt;            at _OA._jspService(_OA.java:212)&lt;br /&gt;            at com.orionserver.http.OrionHttpJspPage.service(OrionHttpJspPage.java:59)&lt;br /&gt;            at oracle.jsp.runtimev2.JspPageTable.service(JspPageTable.java:390)&lt;br /&gt;            at oracle.jsp.runtimev2.JspServlet.internalService(JspServlet.java:594)&lt;br /&gt;            at oracle.jsp.runtimev2.JspServlet.service(JspServlet.java:518)&lt;br /&gt;            at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)&lt;br /&gt;            at com.evermind.server.http.ServletRequestDispatcher.invoke(ServletRequestDispatcher.java:734)&lt;br /&gt;            at com.evermind.server.http.ServletRequestDispatcher.forwardInternal(ServletRequestDispatcher.java:391)&lt;br /&gt;            at com.evermind.server.http.ServletRequestDispatcher.unprivileged_forward(ServletRequestDispatcher.java:280)&lt;br /&gt;            at com.evermind.server.http.ServletRequestDispatcher.access$100(ServletRequestDispatcher.java:68)&lt;br /&gt;&lt;br /&gt;Happy Troubleshooting !!!&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/9108534143245337598-1339635699280836386?l=troubleshootingappsdba.blogspot.com' alt='' /&gt;&lt;/div&gt;</description><link>http://troubleshootingappsdba.blogspot.com/2011/03/fndnodatabaseconnection.html</link><author>noreply@blogger.com (Sundeep Dubey)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9108534143245337598.post-7064215500035299388</guid><pubDate>Fri, 11 Feb 2011 11:50:00 +0000</pubDate><atom:updated>2011-02-11T03:57:44.899-08:00</atom:updated><title>Session Time out Setting in R12</title><description>Many occassions we have seen end users reporting session timed out even though they were working on. This is for sure its an issue from client end and JRE version which client is running on is the culprit for the same. Try to have the same version of JRE which is running on your server or latest one.&lt;br /&gt;Even if this doesn't help try at client end following setting with running JRE:&lt;br /&gt;1. Navigate to: Start &gt; Control Panel &gt; Java &gt; Advanced &gt; Java Plug-in&lt;br /&gt;2. De-select the option "Enable the next-generation Java Plug-in "&lt;br /&gt;3  Restart the browser&lt;br /&gt;4-Retest the issue&lt;br /&gt;&lt;br /&gt;Next if you want to increase timeout setting from server end. Do the following:&lt;br /&gt;1. Change profile option ICX: Session Timeout to 60 min from 30, which is default.&lt;br /&gt;2. change s_oc4j_sesstimeout value to 60 again in context file and run adconfig.&lt;br /&gt;3. Bounce the apps services and check.&lt;br /&gt;&lt;br /&gt;Happy Troubleshooting !!!&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/9108534143245337598-7064215500035299388?l=troubleshootingappsdba.blogspot.com' alt='' /&gt;&lt;/div&gt;</description><link>http://troubleshootingappsdba.blogspot.com/2011/02/session-time-out-setting-in-r12.html</link><author>noreply@blogger.com (Sundeep Dubey)</author><thr:total>2</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9108534143245337598.post-313544756852145405</guid><pubDate>Fri, 11 Feb 2011 11:38:00 +0000</pubDate><atom:updated>2011-02-11T03:44:45.887-08:00</atom:updated><title>OPP jobs failing with time out</title><description>Hi All, I am back after long time. Never late then never. Now onwards I may focus on R12 issues which I have faced in my project. Here is first one.&lt;br /&gt;&lt;br /&gt;Log file : The Output Post-processor is running but has not picked up this request. No further attempts will be made to post-process this request, and the request will be marked with Warning status.Setting the profile option Concurrent: OPP Response Timeout to a higher value may be necessary.&lt;br /&gt;&lt;br /&gt;Solution:&lt;br /&gt;Increase the value of following profiles:&lt;br /&gt;Concurrent:OPP Process Timeout&lt;br /&gt;Concurrent:OPP Response Timeout&lt;br /&gt;&lt;br /&gt;Happy Troubleshooting !!!&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/9108534143245337598-313544756852145405?l=troubleshootingappsdba.blogspot.com' alt='' /&gt;&lt;/div&gt;</description><link>http://troubleshootingappsdba.blogspot.com/2011/02/opp-jobs-failing-with-time-out.html</link><author>noreply@blogger.com (Sundeep Dubey)</author><thr:total>1</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9108534143245337598.post-3727629338841328265</guid><pubDate>Thu, 07 Oct 2010 09:15:00 +0000</pubDate><atom:updated>2010-10-07T03:32:05.547-07:00</atom:updated><title>12.1.2 to 12.1.3 upgrade on Solaris</title><description>We have recently upgrade our instances to 12.1.3. Here is what we did.&lt;br /&gt;&lt;br /&gt;1) 10.1.3.5.0 patch &lt;a href="http://updates.oracle.com/ARULink/PatchSearch/process_form?bug=8626084"&gt;8626084&lt;/a&gt;&lt;br /&gt;2) From Apps tier Source $INST_TOP/ora/10.1.3/sid_hostname.env file to set $ORACLE_HOME as 10.1.3 home.&lt;br /&gt;3) cd /8626084/Disk1&lt;br /&gt;4) ./runInstaller -invPtrLoc $ORACLE_HOME/oraInst.loc&lt;br /&gt;5) On fourth screen it will ask for oc4jadmin password. Kindly put "oafm".&lt;br /&gt;6) Stop opmn processes, keeping same 10.1.3 env.&lt;br /&gt;$ORACLE_HOME/opmn/bin/opmnctl stopall&lt;br /&gt;7) Unzip patch p6880880_101000_SOLARIS64.zip in 10.1.3 and 10.1.2 OH to have latest opatch version.&lt;br /&gt;8) Run Autoconfig on both Apps nodes.&lt;br /&gt;9) apply patch p8999551_101350_Generic.zip in 10.1.3 home via opatch :&lt;br /&gt;opatch apply&lt;br /&gt;10) Confirm patchset version:&lt;br /&gt;Run the command 'opatch lsinventory -detail'&lt;br /&gt;Look for 'Oracle Application Server PatchSet' in the 'Product' column. 'Version' should show 10.1.3.5.0.&lt;br /&gt;11) Now apply apps patches, enable Maintenance Mode via adamin&lt;br /&gt;12) Apply patch p9239089_R12.AD.B_R12_SOLARIS64.zip&lt;br /&gt;Create $ORACLE_HOME/appsutil/admin on the database server.&lt;br /&gt;Copy adgrants.sql (UNIX) from this patch directory to&lt;br /&gt;$ORACLE_HOME/appsutil/admin&lt;br /&gt;Set the environment to point to ORACLE_HOME on the database server&lt;br /&gt;Login as sysdba and run&lt;br /&gt;SQL&gt; @$ORACLE_HOME/appsutil/admin/adgrants.sql APPS&lt;br /&gt;13) Apply patch 9239090 12.1.3 patch. (Take 5-6 hrs)&lt;br /&gt;14) Apply online help patch p9239095_R12_GENERIC.zip&lt;br /&gt;15) Apply post patches p9817770_R12.ATG_PF.B_R12_SOLARIS64.zip and p9966055_R12.FND.B_R12_GENERIC.zip&lt;br /&gt;16) Run autoconfig on both Apps tier&lt;br /&gt;17) Run the admkappsutil.pl utility to create the file appsutil.zip in the&lt;br /&gt;&lt;inst_top&gt;/admin/out directory&lt;br /&gt;perl $AD_TOP/bin/admkappsutil.pl&lt;br /&gt;18) On Database tier copy this file&lt;br /&gt;19) And unzip in OH cd &lt;oracle_home&gt;&lt;br /&gt;unzip -o appsutil.zip&lt;br /&gt;20) Run autoconfig on DB Tier&lt;br /&gt;21) Run adpreclone on both DB Tier and Apps Tier&lt;br /&gt;perl adpreclone.pl dbTier&lt;br /&gt;perl adpreclone.pl appsTier&lt;br /&gt;22) Disable Maintenance Mode via adamin&lt;br /&gt;23) Needs to deploy forms before starting services on apps tier&lt;br /&gt;24) Stop all the Application Services&lt;br /&gt;cd $ADMIN_SCRIPTS_HOME&lt;br /&gt;adstpall.sh&lt;br /&gt;25) Back up the original system-jazn-data.xml file.&lt;br /&gt;cp $INST_TOP/ora/10.1.3/j2ee/forms/config/system-jazn-data.xml $INST_TOP/ora/10.1.3/j2ee/forms/config/system-jazn-data.xml.orig&lt;br /&gt;26) Add the following :&lt;br /&gt;vi $INST_TOP/ora/10.1.3/j2ee/forms/config/system-jazn-data.xml&lt;br /&gt;========= file snippet original =================&lt;br /&gt;&lt;user&gt;&lt;br /&gt;&lt;name&gt;oc4jadmin&lt;/name&gt;&lt;br /&gt;&lt;display-name&gt;OC4J Administrator&lt;/DISPLAY-NAME&gt;&lt;br /&gt;&lt;name&gt;oc4jadmin&lt;/name&gt;&lt;br /&gt;&lt;display-name&gt;OC4J Administrator&lt;/DISPLAY-NAME&gt;&lt;br /&gt;&lt;description&gt;OC4J Administrator&lt;/description&gt;&lt;br /&gt;&lt;credentials&gt;{903}9VrhYTuhd7DyBJf7J/4KwbSEIlETQJOO&lt;/credentials&gt;&lt;br /&gt;&lt;/user&gt;&lt;br /&gt;================================================&lt;br /&gt;=========== with change ============================&lt;br /&gt;&lt;user&gt;&lt;br /&gt;&lt;name&gt;oc4jadmin&lt;/name&gt;&lt;br /&gt;&lt;display-name&gt;OC4J Administrator&lt;/DISPLAY-NAME&gt;&lt;br /&gt;&lt;name&gt;oc4jadmin&lt;/name&gt;&lt;br /&gt;&lt;display-name&gt;OC4J Administrator&lt;/DISPLAY-NAME&gt;&lt;br /&gt;&lt;description&gt;OC4J Administrator&lt;/description&gt;&lt;br /&gt;&lt;credentials&gt;!welcome&lt;/credentials&gt;&lt;br /&gt;&lt;/user&gt;&lt;br /&gt;===================================================&lt;br /&gt;:wq!&lt;br /&gt;27) Back up the original opmn.xml file&lt;br /&gt;cp $INST_TOP/ora/10.1.3/opmn/conf/opmn.xml $INST_TOP/ora/10.1.3/opmn/conf/opmn.xml.orig&lt;br /&gt;28) Add the following line:&lt;br /&gt;ipaddr remote="realhost.domain.com" request="virtualhost.domain.com"&lt;br /&gt;&lt;ipaddr request="virtualhost.domain.com" remote="realhost.domain.com"&gt;&lt;ipaddr request="virtualhost.domain.com" remote="realhost.domain.com"&gt;as&lt;br /&gt;&lt;notification-server interface="ipv4"&gt;&lt;notification-server interface="ipv4"&gt;&lt;ipaddr request="virtualhost.domain.com" remote="realhost.domain.com"&gt;notification-server interface="ipv4"&lt;br /&gt;ipaddr remote="realhost.domain.com" request="virtualhost.domain.com"&lt;br /&gt;port local="#local_port" remote="#remote_port" request="#request_port"&lt;br /&gt;&lt;port request="#request_port" remote="#remote_port" local="#local_port"&gt;&lt;ipaddr request="virtualhost.domain.com" remote="realhost.domain.com"&gt;&lt;port request="#request_port" remote="#remote_port" local="#local_port"&gt;29) Run the deployment script&lt;br /&gt;$FND_TOP/bin/txkrun.pl -script=CfgOC4JAppEnter&lt;br /&gt;Application name for re-deployment ? forms&lt;br /&gt;Enter Oc4j Instance password for re-deployment ? welcome&lt;br /&gt;Run Autoconfig &lt;yes&gt;? No&lt;br /&gt;30) Restore both system-jazn-data.xml and opmn.xml from the backup taken under step 25 and 27 respectively&lt;br /&gt;31) Run autoconfig&lt;br /&gt;$ADMIN_SCRIPTS_HOME/adautocfg.sh&lt;br /&gt;32) Start the services.&lt;br /&gt;$ADMIN_SCRIPTS_HOME/adstrtal.sh apps/appspwd&lt;br /&gt;&lt;br /&gt;Once done, you will be able to access forms now on 12.1.3.&lt;br /&gt;Happy Troubleshooting !!!&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/9108534143245337598-3727629338841328265?l=troubleshootingappsdba.blogspot.com' alt='' /&gt;&lt;/div&gt;</description><link>http://troubleshootingappsdba.blogspot.com/2010/10/1212-to-1213-upgrade-on-solaris.html</link><author>noreply@blogger.com (Sundeep Dubey)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9108534143245337598.post-1044195327931079788</guid><pubDate>Thu, 07 Oct 2010 09:08:00 +0000</pubDate><atom:updated>2010-10-07T02:13:06.062-07:00</atom:updated><title>Finding XML Publisher Version in R12</title><description>Its being long I have posted something. Got Stuck in major milestone in our project and 12.1.3 upgrade.&lt;br /&gt;&lt;br /&gt;1) The following SQL statement will show which patches and thus with version of Oracle XML Publisher is installed on an Oracle E-Business Suite Release 12.0 and 12.1 environment:&lt;br /&gt;&lt;br /&gt;SELECT DECODE (bug_number, '4440000', '5.6.3') PATCH, bug_number  &lt;br /&gt;FROM ad_bugs WHERE bug_number IN('4440000');&lt;br /&gt;PATCH BUG_NUMBER&lt;br /&gt;----- ------------------------------&lt;br /&gt;5.6.3 4440000&lt;br /&gt;&lt;br /&gt;2) The version of a specific Java Class has a one to one relationship with the currently installed version of Oracle XML Publisher. This method is suitable for both Oracle E-Business Suite 11 and Release 12.&lt;br /&gt;&lt;br /&gt;$ adident Header $OA_JAVA/oracle/apps/xdo/common/MetaInfo.class:&lt;br /&gt;$Header MetaInfo.java 120.6 2006/08/17 01:25:30 bgkim noship $&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Metainfo.class  XML Publisher  Patch    Reference Included in ... R12&lt;br /&gt;120.6           5.6.3          4440000  Note 422508.1&lt;br /&gt; &lt;br /&gt;Happy Troubleshooting !!!&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/9108534143245337598-1044195327931079788?l=troubleshootingappsdba.blogspot.com' alt='' /&gt;&lt;/div&gt;</description><link>http://troubleshootingappsdba.blogspot.com/2010/10/finding-xml-publisher-version-in-r12.html</link><author>noreply@blogger.com (Sundeep Dubey)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9108534143245337598.post-6660601751397481641</guid><pubDate>Fri, 18 Jun 2010 07:48:00 +0000</pubDate><atom:updated>2010-06-18T01:01:42.644-07:00</atom:updated><title>Unable to start OACORE OC4J in R12</title><description>We were doing JRE upgrade today and had issue in one of the instance not coming up. Basically OACORE OC4J service was unable to get start. Script adstrtal.sh was failing to start this service and erroing out:&lt;br /&gt;==================================================&lt;br /&gt;Executing service control script:/Path/admin/scripts/adoacorectl.sh start&lt;br /&gt;Timeout specified in context file: 100 second(s)&lt;br /&gt;script returned:&lt;br /&gt;****************************************************&lt;br /&gt;ERROR : Timed out( 100000 ): Interrupted Exception&lt;br /&gt;You are running adoacorectl.sh version 120.13&lt;br /&gt;Starting OPMN managed OACORE OC4J instance  ...&lt;br /&gt;****************************************************&lt;br /&gt;===================================================&lt;br /&gt;&lt;br /&gt;After looking at log file :&lt;br /&gt;===================================================&lt;br /&gt;06/18/10-01:32:04 :: adoacorectl.sh: Starting OPMN managed OACORE OC4J instance&lt;br /&gt;opmnctl: starting opmn managed processes...&lt;br /&gt;================================================================================opmn id=tsgsd2107:6204&lt;br /&gt;    0 of 1 processes started.&lt;br /&gt;ias-instance id=XXXXXXXXXXXXX.com&lt;br /&gt;++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++--------------------------------------------------------------------------------&lt;br /&gt;ias-component/process-type/process-set:&lt;br /&gt;    default_group/oacore/default_group/&lt;br /&gt;Error&lt;br /&gt;--&gt; Process (index=1,uid=237255567,pid=24554)&lt;br /&gt;    failed to start a managed process after the maximum retry limit&lt;br /&gt;    Log:&lt;br /&gt;    /Path/logs/ora/10.1.3/opmn/default_group~oacore~default_group~1.log&lt;br /&gt;06/18/10-01:36:43 :: adoacorectl.sh version 120.13&lt;br /&gt;06/18/10-01:36:43 :: adoacorectl.sh: Stopping OPMN managed OACORE OC4J instance&lt;br /&gt;==============================================&lt;br /&gt;OPMN log says this:&lt;br /&gt;&lt;br /&gt;==============================================&lt;br /&gt;10/06/18 01:35:32 [libopmnoc4j] Host and Port information for port type jms not sent by the OC4J process&lt;br /&gt;10/06/18 01:35:32 [libopmnoc4j] WARNING: OC4J did not send the protocol value for port id: jms&lt;br /&gt;10/06/18 01:35:32 [libopmnoc4j] Port information in the ONS notification is incorrect for proc: 237255567.&lt;br /&gt;Some of the reasons for the failure are:&lt;br /&gt;1. ajp, rmi and jms ports could not be bound by the process.&lt;br /&gt; 2. If a port value for a certain port ID is handed by OPMN to the OC4J process and this value is not returned back in the ONS notifications.&lt;br /&gt;For example, this can happen for certain bad JGroups related configurations.&lt;br /&gt;10/06/18 01:35:32 [libopmnoc4j] Process Start Error: default_group~oacore~default_group~1 (237255567:24554)&lt;br /&gt;10/06/18 01:35:34 [pm-process] Stopping Process: default_group~oacore~default_group~1 (237255567:24554)&lt;br /&gt;10/06/18 01:35:34 [libopmnoc4j] Process Stop Error: default_group~oacore~default_group~1 (237255567:24554)&lt;br /&gt;10/06/18 01:35:34 [libopmnoc4j] Failed to construct stop command for proc: 237255567&lt;br /&gt;10/06/18 01:35:34 [libopmnoc4j] Forcefully Terminating Process: default_group~oacore~default_group~1 (237255567:24554)&lt;br /&gt;10/06/18 01:35:36 [pm-requests] Request 7 Completed. Command: /start?process-type=oacore&lt;br /&gt;=======================================&lt;br /&gt;&lt;br /&gt;Now big thing is solution. Here you go:&lt;br /&gt;Go to $INST_TOP/ora/10.1.3/j2ee/oacore/persistence/oacore_default_group_1 on application tier and look for jms.state and *.lock files. If you find them in this location once all you services are stop. Delete or rename them. Once you are done try again. Now OACORE OC4J service will come up.&lt;br /&gt;&lt;br /&gt;Happy Troubleshooting !!!&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/9108534143245337598-6660601751397481641?l=troubleshootingappsdba.blogspot.com' alt='' /&gt;&lt;/div&gt;</description><link>http://troubleshootingappsdba.blogspot.com/2010/06/unable-to-start-oacore-oc4j-in-r12.html</link><author>noreply@blogger.com (Sundeep Dubey)</author><thr:total>3</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9108534143245337598.post-1297686974057767792</guid><pubDate>Wed, 31 Mar 2010 12:23:00 +0000</pubDate><atom:updated>2010-03-31T05:45:16.878-07:00</atom:updated><title>11gR2 upgrade with 12.1.2</title><description>Steps for 11gR2 Upgrade&lt;br /&gt;Pre-Upgrade Task&lt;br /&gt;         Remove DB from archive log mode&lt;br /&gt;        Complete Backup of the Database &amp;amp; Application Binaries      &lt;br /&gt; Apps Patches:&lt;br /&gt;        9062910 -- 11g Release 2 interoperability patch for Release 12.1&lt;br /&gt;        7651166 -- 12.1 TXK Delta 2 patch&lt;br /&gt;        Adconfig Patches&lt;br /&gt;        8966480 -- FWDPORT 8942827 - 11.2DB:APPS11I:NEED CHANGES TO TEMPLATE FILES TO SUPPORT 11GR2&lt;br /&gt;        9366993 -- ADBLDXML AND AUTOCONFIG COMPLETES WITH NJNI11:JAVA.LANG.UNSATISFIEDLINKERROR      &lt;br /&gt;&lt;br /&gt;Set the path of oraInventory in /var/opt/oracle/oraInst.loc file.&lt;br /&gt;        Make entry for the oracle home that needs to be upgrade in /var/opt/oracle/oratab file.&lt;br /&gt;        Take a backup of the existing RDBMS oraInventory folder.      &lt;br /&gt;&lt;br /&gt;Software Installation Task&lt;br /&gt;  Set the path for ORACLE_SID and ORACLE_BASE env variable&lt;br /&gt; Create a 11.2.0 directory under the $ORACLE_BASE.&lt;br /&gt; Execute the runInstaller to start the 11.2.0 Software only installation.&lt;br /&gt; Click the Ignore all checkbox on Perform Prerequisite Checks when the checks fail for OS Patch - 124861-15 as this is an optional patch.&lt;br /&gt; Run root.sh through root user when prompted.&lt;br /&gt; Install the 11g Examples CD&lt;br /&gt;&lt;br /&gt;"After the installation, make sure that: "&lt;br /&gt;  The ORACLE_SID environment variable must be set accordingly.&lt;br /&gt;  The ORACLE_BASE environment variable must be set accordingly.&lt;br /&gt;  The ORACLE_HOME environment variable points to the new 11.2.0 Oracle home.&lt;br /&gt;  The PATH environment variable includes $ORACLE_HOME/bin and the directory where the new perl executable is located (usually $ORACLE_HOME/perl/bin).&lt;br /&gt;  The LD_LIBRARY_PATH environment variable includes $ORACLE_HOME/lib.&lt;br /&gt;  The PERL5LIB environment variable points to the directories where the new perl libraries are located (usually $ORACLE_HOME/perl/lib/[perl version] and $ORACLE_HOME/perl/lib/site_perl/[perl version])&lt;br /&gt;&lt;br /&gt; Example:&lt;br /&gt; ORACLE_SID=test11g; export ORACLE_SID&lt;br /&gt; ORACLE_BASE=/test11g/oracle; export  ORACLE_BASE&lt;br /&gt; ORACLE_HOME=/test11g/oracle/11.2.0; export ORACLE_HOME&lt;br /&gt; PATH=$ORACLE_HOME/bin:$ORACLE_HOME/perl/bin:$PATH; export PATH&lt;br /&gt; LD_LIBRARY_PATH=$ORACLE_HOME/lib:$ORACLE_HOME/ctx/lib:/usr/dt/lib:/usr/openwin/lib; export LD_LIBRARY_PATH&lt;br /&gt; PERL5LIB=$ORACLE_HOME/perl/lib/5.10.0:$ORACLE_HOME/perl/lib/site_perl/5.10.0; export PERL5LIB&lt;br /&gt; TNS_ADMIN=$ORACLE_HOME/network/admin; export TNS_ADMIN&lt;br /&gt;&lt;br /&gt;Create nls/data/9idata directory&lt;br /&gt;   From 11.2.0 Oracle Home run the following:&lt;br /&gt; perl $ORACLE_HOME/nls/data/old/cr9idata.pl&lt;br /&gt; Check the directory created ---  $ORACLE_HOME/nls/data/9idata&lt;br /&gt; set the env variable ORA_NLS10=$ORACLE_HOME/nls/data/9idata&lt;br /&gt;&lt;br /&gt;Additional RDBMS Patch&lt;br /&gt;  Apply RDBMS Patch - 9218789&lt;br /&gt; Note:  Do not run any of the post install instructions as those will be done after the upgrade&lt;br /&gt; Stop the Application Processes and database listener.&lt;br /&gt; From old ORACLE_HOME --Connect DB as sysdba and Drop SYS.ENABLED$INDEXES&lt;br /&gt;  SQL&gt; drop table sys.enabled$indexes;&lt;br /&gt;&lt;br /&gt;Prepare for DB Upgrade&lt;br /&gt;  Copy utlu112i.sql from 11.2.0 ORACLE_HOME/rdbms/admin to a temporary folder.&lt;br /&gt; "From Old ORACLE_HOME, connect DB as SYSDBA"&lt;br /&gt; SQL&gt; SPOOL upgrade_info.log&lt;br /&gt; SQL&gt; @utlu112i.sql&lt;br /&gt; SQL&gt; SPOOL off&lt;br /&gt; Check for the output of the script.&lt;br /&gt; Add space to SYSAUX Tablespace.&lt;br /&gt; SQL&gt; alter database datafile '/&lt;sid&gt;/dbdata/data1/sysaux01.dbf' resize 600M;&lt;br /&gt;&lt;br /&gt;  add the following paraneter to init&lt;sid&gt;.ora file:&lt;br /&gt; java_pool_size=128M&lt;br /&gt;  comment out the following parameters from  init&lt;sid&gt;.ora file:&lt;br /&gt; #plsql_native_library_dir = /&lt;sid&gt;/oracle/11.1.0/plsql/nativelib&lt;br /&gt; #plsql_native_library_subdir_count = 149&lt;br /&gt;&lt;br /&gt;Restart the Database&lt;br /&gt; Connect database as SYSDBA and execute the following queries:&lt;br /&gt; SQL&gt; SELECT * FROM v$recover_file;&lt;br /&gt; SQL&gt; SELECT * FROM v$backup WHERE status != 'NOT ACTIVE';&lt;br /&gt; SQL&gt; SELECT * FROM dba_2pc_pending;&lt;br /&gt; SQL&gt; PURGE DBA_RECYCLEBIN;&lt;br /&gt; Re-execute utlu112i.sql&lt;br /&gt;&lt;br /&gt;DB Upgrade Task&lt;br /&gt;  Run netca from old 11.1.0 Oracle Home and delete the listener.&lt;br /&gt; Shutdown the database and comment out the following parameter in 11.1.0 Oracle Home's init&lt;sid&gt;.ora # local_listener='&lt;sid&gt;_LOCAL'&lt;br /&gt;&lt;br /&gt;Make sure the following envs' are set properly:&lt;br /&gt; $ export ORACLE_SID=&lt;sid&gt;&lt;br /&gt; $ export ORACLE_HOME=&lt;location&gt;&lt;br /&gt; $ export PATH=$ORACLE_HOME/bin:$PATH&lt;br /&gt; $ export ORACLE_BASE=&lt;oracle_base&gt;&lt;br /&gt; $ export TNS_ADMIN=$ORACLE_HOME/network/admin&lt;br /&gt;  Run netca from new 11.2.0 Oracle Home and create the new listener.&lt;br /&gt; Run database upgrade assistant as follows:&lt;br /&gt; "$ dbua -initParam ""_disable_fast_validate=TRUE"""&lt;br /&gt;&lt;br /&gt;Modify initialization parameters&lt;br /&gt;  Use the init.ora parameter setting for the 11.2.0 as per NoteID:396009.1&lt;br /&gt; "Ensure the parameter ""_disable_fast_validate=TRUE"" is set.."&lt;br /&gt;&lt;br /&gt;Restart the Database.&lt;br /&gt; Start the Database listener.&lt;br /&gt; Connect with SYS and run only catmgdidcode.sql and utlrp.sql as part of the post install instructions in patch 9218789. The other scripts were already run as part of the dbua upgrade.&lt;br /&gt; SQL&gt; conn / as sysdba&lt;br /&gt; SQL&gt; @?/md/admin/catmgdidcode.sql&lt;br /&gt; SQL&gt; @?/rdbms/admin/utlrp.sql&lt;br /&gt;&lt;br /&gt;Post DB Upgrade Tasks&lt;br /&gt;  Copy $APPL_TOP/admin/adgrants.sql from admin node to temporary folder.&lt;br /&gt; Run as follows:&lt;br /&gt; "$ sqlplus ""/ as sysdba"" @adgrants.sql apps"&lt;br /&gt;&lt;br /&gt;Copy $AD_TOP/patch/115/sql/adctxprv.sql from admin node to temporary folder.&lt;br /&gt; Run as follows:&lt;br /&gt; $ sqlplus apps/[APPS password] @adctxprv.sql \&lt;br /&gt;     [SYSTEM password] CTXSYS&lt;br /&gt; "$ sqlplus ""/ as sysdba"""&lt;br /&gt; "SQL&gt; exec ctxsys.ctx_adm.set_parameter('file_access_role', 'public');"&lt;br /&gt;&lt;br /&gt;Login to Admin Node and execute the following script connected with APPS schema.&lt;br /&gt; $ sqlplus apps/[APPS password] @$FND_TOP/patch/115/sql/wfaqupfix.sql APPLSYS APPS&lt;br /&gt;&lt;br /&gt;Implement and run AutoConfig&lt;br /&gt;   Make sure all the above pre-req Patches are applied mentioned in lines 8-13&lt;br /&gt; Create appsutil.zip&lt;br /&gt; Login to Application Tier and Source the env&lt;br /&gt; perl $AD_TOP/bin/admkappsutil.pl&lt;br /&gt; the scripts will create  appsutil.zip in $INST_TOP/admin/out&lt;br /&gt;  Copy AutoConfig to the RDBMS ORACLE_HOME&lt;br /&gt;  Copy or FTP the appsutil.zip file to the &lt;rdbms&gt;&lt;br /&gt;  cd &lt;rdbms&gt;&lt;br /&gt; unzip -o appsutil.zip&lt;br /&gt;&lt;br /&gt;Install JRE on the Database tier&lt;br /&gt; Download Latest Update of JRE 6.0&lt;br /&gt; &lt;a href="http://java.sun.com/products/archive/"&gt;http://java.sun.com/products/archive/&lt;/a&gt;&lt;br /&gt;Ftp the file to $ORACLE_HOME/appsutil&lt;br /&gt; $ cd  $ORACLE_HOME/appsutil&lt;br /&gt;   $ sh  jre1.6.0._latest_update#.sh&lt;br /&gt;   $ mv  jre1.6.0._latest_update#   jre  &lt;br /&gt;&lt;br /&gt;Generate the Database Context File&lt;br /&gt;   $ cd  $ORACLE_HOME/appsutil/bin&lt;br /&gt;   $ perl  adbldxml.pl&lt;br /&gt;       "Note: After creating the XML context file, do the following changes:"&lt;br /&gt;   1. Backup the existing context_file.&lt;br /&gt;   2. rename the existing context_file (&lt;sid&gt;_&lt;hostname&gt;.xml) to &lt;sid&gt;_&lt;virtual_hostname&gt;.xml [E.g SID_hostname.xml -&gt; sid_vhost.xml]&lt;br /&gt;   3. Open the &lt;sid&gt;_&lt;virtual_hostname&gt;.xml and change all the occurance of &lt;hostname&gt; to &lt;virtual_hostname&gt;   vi sid_vhost.xml&lt;br /&gt;   4. ensure variable s_jretop points to a proper JRE directory i.e. $ORACLE_HOME/jdk/jre.&lt;br /&gt;   5. ensure variable s_db_tnsadmin points to $ORACLE_HOME/network/admin/$CONTEXT_NAME&lt;br /&gt;&lt;br /&gt;Run AutoConfig on the Database tier&lt;br /&gt; $ cd  $ORACLE_HOME/appsutil/bin&lt;br /&gt; $ ./adconfig.sh  contextfile=&lt;context_file&gt;&lt;br /&gt;&lt;br /&gt;Gather statistics for SYS schema&lt;br /&gt;   Copy $APPL_TOP/admin/adstats.sql from admin node to temporary folder.&lt;br /&gt; Note: adstats.sql has to be run in restricted mode.&lt;br /&gt;            Make sure that you have at least 1.5 GB of free default temporary tablespace.&lt;br /&gt; "$ sqlplus ""/ as sysdba"""&lt;br /&gt; SQL&gt; alter system enable restricted session;&lt;br /&gt; SQL&gt; @adstats.sql&lt;br /&gt;  "$ sqlplus ""/ as sysdba"""&lt;br /&gt; SQL&gt; alter system disable restricted session;&lt;br /&gt; SQL&gt; exit;&lt;br /&gt;&lt;br /&gt;Re-create custom database links (conditional)&lt;br /&gt; Re-create grants and synonyms&lt;br /&gt;   "Run ""Recreate grants and synonyms for APPS schema"" through ADADMIN."&lt;br /&gt;&lt;br /&gt;Restart Applications server processes&lt;br /&gt;Synchronize Workflow views&lt;br /&gt;   "Log on to Oracle E-Business Suite with the ""System Administrator"" responsibility"&lt;br /&gt; Run the request with the following parameteres:&lt;br /&gt; Request Name = Workflow Directory Services User/Role Validation&lt;br /&gt;  p_BatchSize = 10000&lt;br /&gt;  p_Check_Dangling = Yes&lt;br /&gt;  Add missing user/role assignments = Yes&lt;br /&gt;  Update WHO columns in WF tables = No&lt;br /&gt;&lt;br /&gt;Refernce Metalink Notes:&lt;br /&gt;ID 1058763.1 Interoperability Notes EBS R12 with Database 11gR2.&lt;br /&gt;ID 387859.1 Using AutoConfig to Manage System Configurations in Oracle E-Business Suite Release 12.&lt;br /&gt;ID 396009.1 Database Initialization Parameters for Oracle Applications Release 12.&lt;br /&gt;ID 418664.1 Overview of Using Java with Oracle E-Business Suite Release 12&lt;br /&gt;ID 455492.1 Using Latest Update of Java 6.0 with Oracle E-Business Suite Release 12&lt;br /&gt;&lt;br /&gt;------------------------------------------&lt;br /&gt;Happy Troubleshooting !!!&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/9108534143245337598-1297686974057767792?l=troubleshootingappsdba.blogspot.com' alt='' /&gt;&lt;/div&gt;</description><link>http://troubleshootingappsdba.blogspot.com/2010/03/11gr2-upgrade-with-1212.html</link><author>noreply@blogger.com (Sundeep Dubey)</author><thr:total>2</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9108534143245337598.post-5115467672717110486</guid><pubDate>Thu, 18 Feb 2010 05:58:00 +0000</pubDate><atom:updated>2010-02-17T22:00:17.614-08:00</atom:updated><title>12.1.2 CU patchset</title><description>We have recently upgraded our 12.1.1 env to 12.1.2, it has only one AD patch prereq nothing else. It went smoothly with no errors.&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;We are planning to move our 11gR1 database to 11gR2 soon once minimum patch requirement for OS level met. Will keep you posted.&lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;Happy Troubleshooting !!!&lt;/div&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/9108534143245337598-5115467672717110486?l=troubleshootingappsdba.blogspot.com' alt='' /&gt;&lt;/div&gt;</description><link>http://troubleshootingappsdba.blogspot.com/2010/02/1212-cu-patchset.html</link><author>noreply@blogger.com (Sundeep Dubey)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9108534143245337598.post-7782767201659321230</guid><pubDate>Thu, 31 Dec 2009 13:16:00 +0000</pubDate><atom:updated>2009-12-31T05:17:27.924-08:00</atom:updated><title>Ten Great Tips For 2010</title><description>&lt;span class="Apple-style-span" style="font-family: Arial; font-size: 13px; "&gt;Ten Great Tips For 2010&lt;br /&gt;&lt;br /&gt;1. Stay out of Trouble.&lt;br /&gt;&lt;br /&gt;2. Aim for Greater Heights.&lt;br /&gt;&lt;br /&gt;3. Stay Focused on your Job.&lt;br /&gt;&lt;br /&gt;4. Exercise to Maintain Good Health.&lt;br /&gt;&lt;br /&gt;5. Practice Team Work.&lt;br /&gt;&lt;br /&gt;6. Rely on your Trusted Partner to Watch your Back. Take your Time Trusting Others.&lt;br /&gt;&lt;br /&gt;7. Save for Rainy Days.&lt;br /&gt;&lt;br /&gt;8. Rest and Relax.&lt;br /&gt;&lt;br /&gt;9. Always Take Time to Smile.&lt;br /&gt;&lt;br /&gt;AND&lt;br /&gt;&lt;br /&gt;10. Realize That Nothing is Impossible.&lt;/span&gt;&lt;div&gt;&lt;span class="Apple-style-span"   style="font-family:Arial;font-size:100%;"&gt;&lt;span class="Apple-style-span" style="font-size: 13px;"&gt;&lt;br /&gt;&lt;/span&gt;&lt;/span&gt;&lt;/div&gt;&lt;div&gt;&lt;span class="Apple-style-span"   style="font-family:Arial;font-size:100%;"&gt;&lt;span class="Apple-style-span" style="font-size: 13px;"&gt;Wishing You and Your Family A Very Happy, Prosperous and Healthy New Year 2010!&lt;/span&gt;&lt;/span&gt;&lt;/div&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/9108534143245337598-7782767201659321230?l=troubleshootingappsdba.blogspot.com' alt='' /&gt;&lt;/div&gt;</description><link>http://troubleshootingappsdba.blogspot.com/2009/12/ten-great-tips-for-2010.html</link><author>noreply@blogger.com (Sundeep Dubey)</author><thr:total>1</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9108534143245337598.post-7006106983511465982</guid><pubDate>Tue, 15 Dec 2009 17:59:00 +0000</pubDate><atom:updated>2009-12-15T10:23:50.020-08:00</atom:updated><title>Export issue in 11g (11.1.0.7) with R12 (12.1.1)</title><description>I got one request to export entire R12 (12.1.1) database. I thought it going to be easiest task for me, but it turn to be most challenging for me. This is how proceed:&lt;br /&gt;1. Create Directory in database:&lt;br /&gt;create directory SUNEXP as '/sundeep/exp';&lt;br /&gt;2. Grant read, write on SUNEXP to DBA role, as I want to start expdp as system.&lt;br /&gt;grant read,write on directory EXPDIR to "DBA";&lt;br /&gt;3. Ran expdp full export:&lt;br /&gt;expdp system/password DIRECTORY=SUNEXP FULL=Y COMPRESSION=ALL DUMPFILE=exp_sundeep.dmp LOGFILE=exp_sundeep.log&lt;br /&gt;&lt;br /&gt;I thought I am done and it will gona take its own sweet time. But it failed at very first step:&lt;br /&gt;----------------------------------------------------------------------------------&lt;br /&gt;Estimate in progress using BLOCKS method...&lt;br /&gt;Processing object type DATABASE_EXPORT/SCHEMA/TABLE/TABLE_DATA&lt;br /&gt;ORA-39126: Worker unexpected fatal error in KUPW$WORKER.GET_TABLE_DATA_OBJECTS []&lt;br /&gt;ORA-31642: the following SQL statement fails:&lt;br /&gt;BEGIN "SYS"."DBMS_AW_EXP".SCHEMA_CALLOUT(:1,0,1,'11.01.00.00.00'); END;&lt;br /&gt;ORA-06512: at "SYS.DBMS_SYS_ERROR", line 86&lt;br /&gt;ORA-06512: at "SYS.DBMS_METADATA", line 923&lt;br /&gt;ORA-33272: Analytic workspace ZPB.ZPBANNOT cannot be opened.&lt;br /&gt;ORA-00600: internal error code, arguments: [xschkmk:!dict], [], [], [], [], [], [], [], [], [], [], []&lt;br /&gt;ORA-06512: at "SYS.DBMS_SYS_ERROR", line 86&lt;br /&gt;ORA-06512: at "SYS.KUPW$WORKER", line 7834&lt;br /&gt;---------------------------------------------------------------------------------------&lt;br /&gt;Now the issue is from where to start troubleshooting it. Then I thought of running this as normal exp command:&lt;br /&gt;exp system/password FULL=Y FILE=exp_sundeep.dmp LOG=exp.log statistics=none feedback=1000000 buffer=2000000 compress=Y FILESIZE=4294967296 resumable=N&lt;br /&gt;&lt;br /&gt;It started gracefully and end was not that graceful and I got the same error:&lt;br /&gt;----------------------------------------------------------------------------------------&lt;br /&gt;. exporting post-schema procedural objects and actions&lt;br /&gt;EXP-00008: ORACLE error 33272 encountered&lt;br /&gt;ORA-33272: Analytic workspace ZPB.ZPBANNOT cannot be opened.&lt;br /&gt;ORA-00600: internal error code, arguments: [xschkmk:!dict], [], [], [], [], [], [], [], [], [], [], []ORA-06512: at "SYS.DBMS_AW", line 67&lt;br /&gt;ORA-06512: at "SYS.DBMS_AW", line 131&lt;br /&gt;ORA-06512: at "SYS.DBMS_AW", line 933&lt;br /&gt;ORA-06512: at "SYS.DBMS_AW", line 1295&lt;br /&gt;ORA-06512: at "SYS.DBMS_AW_EXP", line 575&lt;br /&gt;ORA-06512: at "SYS.DBMS_AW_EXP", line 697&lt;br /&gt;ORA-06512: at line 1&lt;br /&gt;EXP-00083: The previous problem occurred when calling SYS.DBMS_AW_EXP.schema_info_exp&lt;br /&gt;. exporting user history table&lt;br /&gt;. exporting default and system auditing options&lt;br /&gt;. exporting statistics&lt;br /&gt;Export terminated successfully with warnings.&lt;br /&gt;---------------------------------------------------------------------------------------&lt;br /&gt;Yup now there seems to be some issue. I focused on "ORA-33272: Analytic workspace ZPB.ZPBANNOT cannot be opened" which is my key words to start working on this issue.&lt;br /&gt;&lt;br /&gt;SQL&gt; select aw_name, aw_version from all_aws where owner='ZPB';&lt;br /&gt;&lt;br /&gt;AW_NAME AW_V&lt;br /&gt;------------------------------ ----&lt;br /&gt;ZPBANNOT 9.1&lt;br /&gt;ZPBCODE 10.2&lt;br /&gt;ZPBDATA 9.1&lt;br /&gt;&lt;br /&gt;See here was the issue, ZPBANNOT was 9.1 version and my db was 11.1. I thought of export is alone and delete it so that I can proceed and once done I can import it back. Following are the command do the same:&lt;br /&gt;set serveroutput on&lt;br /&gt;exec dbms_aw.execute('aw attach ZPB.ZPBANNOT');&lt;br /&gt;exec dbms_aw.execute('limit name to all');&lt;br /&gt;exec dbms_aw.execute('allstat');&lt;br /&gt;exec dbms_aw.execute('export all to eif file ''SUNEXP/ZPB.ZPBANNOT_old.eif'' ');&lt;br /&gt;&lt;br /&gt;When I ran first command it failed:&lt;br /&gt;set serverout on&lt;br /&gt;SQL&gt; exec dbms_aw.execute('aw attach ZPB.ZPBANNOT RW');&lt;br /&gt;exec dbms_aw.execute('aw attach ZPB.ZPBANNOT RW')&lt;br /&gt;*&lt;br /&gt;ERROR at line 1:&lt;br /&gt;ORA-33272: Analytic workspace ZPB.ZPBANNOT cannot be opened.&lt;br /&gt;ORA-00600: internal error code, arguments: [xschkmk:!dict], [], [], [], [], [],[], [], [], [], [], []ORA-06512: at "SYS.DBMS_AW", line 93&lt;br /&gt;ORA-06512: at "SYS.DBMS_AW", line 122&lt;br /&gt;----------------------------------------------------------------------------------------&lt;br /&gt;One of the note says ZPBDATA or ZPBANNOT are obsolete objects and we can delete them.&lt;br /&gt;I did this to delete them&lt;br /&gt;&lt;br /&gt;set serveroutput on&lt;br /&gt;exec dbms_aw.execute('aw delete zpb.zpbdata')&lt;br /&gt;exec dbms_aw.execute('aw delete zpb.zpbannot')&lt;br /&gt;&lt;br /&gt;Then started the same expdp command which I used earlier and this time it worked. It looks really simple but it ate my 1.5 days to resolve this issue.&lt;br /&gt;&lt;br /&gt;Happy Troubleshooting !!!&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/9108534143245337598-7006106983511465982?l=troubleshootingappsdba.blogspot.com' alt='' /&gt;&lt;/div&gt;</description><link>http://troubleshootingappsdba.blogspot.com/2009/12/export-issue-in-11g-11107-with-r12-1211.html</link><author>noreply@blogger.com (Sundeep Dubey)</author><thr:total>3</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9108534143245337598.post-8515480505850322943</guid><pubDate>Wed, 09 Dec 2009 14:10:00 +0000</pubDate><atom:updated>2009-12-09T06:27:53.966-08:00</atom:updated><title>OPP on Virtual Host</title><description>In one of my earlier post I have mentioned how to use Virtual host for Concurrent manager. In this post I am specifically talking about issue you might encounter while using report output as xml and it doesn't show the actual output rather it shows html tags. So just understand the concept how OPP is being used in xml reports and then look for solution.&lt;br /&gt;&lt;br /&gt;An Application user submits an XML Publisher based report.&lt;br /&gt;The Standard Concurrent Manager process the request.&lt;br /&gt;The XML data file is generated by the standard concurrent manager.&lt;br /&gt;This can be done by various methods:&lt;br /&gt;Oracle Reports - Report Definition File (RDF)&lt;br /&gt;XML Publisher Data Template - XML data template linked to the Data Definition&lt;br /&gt;Any other process that produces XML output&lt;br /&gt;A Post processing action defines that the output needs to be generated by the Output Post Processor hence it is triggered by the standard manager.&lt;br /&gt;The Output Post Processor generates the final report and informs the standard Concurrent Manager whether that was successful.&lt;br /&gt;The Standard Concurrent Manager finalizes the concurrent request.&lt;br /&gt;&lt;br /&gt;Now the error in report:&lt;br /&gt;----------------------------------&lt;br /&gt;One or more post-processing actions failed. Consult the OPP service log for details.&lt;br /&gt;&lt;br /&gt;Now the error in OPP log:&lt;br /&gt;----------------------------------&lt;br /&gt;oracle.apps.fnd.cp.util.RemoteFileException: An Error occured during file transmission in the FND File Server. The Applications File Server could not open the file 12345333 for read.&lt;br /&gt;&lt;br /&gt;Now the resolution:&lt;br /&gt;----------------------------------&lt;br /&gt;Was worried why OPP is not able to read the file, we have Shared APPL_TOP too. Then though it might be due to virtual host. Then came across one note: 824887.1, it was like sure shot for me and it worked. There is a profile option "Concurrent: Force Local Output File Mode" it was set to No I made it Yes and checked the failed request. Vola it worked as expected and my team mates were jumping. For more detail about this profile look at metalink note mentioned earlier.&lt;br /&gt;&lt;br /&gt;Happy Troubleshooting !!!&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/9108534143245337598-8515480505850322943?l=troubleshootingappsdba.blogspot.com' alt='' /&gt;&lt;/div&gt;</description><link>http://troubleshootingappsdba.blogspot.com/2009/12/opp-on-virtual-host.html</link><author>noreply@blogger.com (Sundeep Dubey)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9108534143245337598.post-2324965704814086127</guid><pubDate>Sun, 29 Nov 2009 14:02:00 +0000</pubDate><atom:updated>2009-11-29T06:24:20.764-08:00</atom:updated><title>Installing VMware with Oracle Enterprise linux 64 bit</title><description>Last few days I was busy with installating R 12 (12.1.1) on VMware. It was very hectic but learning experience for me. In my previous post I have put screens for installing VMware on Windows 7 and Oracle Enterprise linux over and above VM. Here are the explaination of all figures.&lt;br /&gt;Fig 1 : This is the first screen which will see after you click on installation file for VMware 2.0.1, which I downloaded from &lt;a href="http://www.vmware.com/download/server"&gt;http://www.vmware.com/download/server&lt;/a&gt;.&lt;br /&gt;Fig 2 : It ask for location. I installed it on my USB external drive so I have it as F drive.&lt;br /&gt;Fig 3 : Now Enter FQDN and change VM Storage Path too.&lt;br /&gt;Fig 4 : Installation in Progress.&lt;br /&gt;Fig 5 : Once the installation is done, you will have an icon for VMware to connect. Just double click on it and make sure you added hostname.domainname in the windows/system32/driver/etc/hosts file. And in IE trusted domain too. Make sure you have username and password for the user you installed on windows session. As it takes Windows username and password for access. Once you are in we have to create Virtual Machine. This is the first screen where you have to give VM name. I gave it RAC1.&lt;br /&gt;Fig 6 : Select Guest operating system, I selected Linux and in version other linux 64 bit.&lt;br /&gt;Fig 7 : Give Memory size, I gave it 1024 MB.&lt;br /&gt;Fig 8 : Create VM disk, I have size of 10GB for this.&lt;br /&gt;Fig 9 : Network Connection keep default.&lt;br /&gt;Fig 10 : Select the place where you will have your Guest OS. As I have DVD for the same I selected E drive.&lt;br /&gt;Fig 11 : I didn't added Floppy Drive and Added USB Controller.&lt;br /&gt;Fig 12 : That's the Final screen and select Finish.&lt;br /&gt;Fig 13 : Once you login now you will see RAC1 (VM), but you have to install some add in for VM connection, so look at the screen and install it.&lt;br /&gt;Fig 14 : Add-in getting installed.&lt;br /&gt;Fig 15 : Once you power on the VM and click on that, make sure you have DVD in your Laptop, as it will going to install OS now.&lt;br /&gt;Fig 16 : Select yes on this message.&lt;br /&gt;Fig 17 : Keep selection as shown in fig.&lt;br /&gt;Fig 18 : Select yes on this figure.&lt;br /&gt;Fig 19 : Add hostname and IP manually.&lt;br /&gt;Fig 20 : Add Root Password.&lt;br /&gt;Fig 21 : Click next to start installation.&lt;br /&gt;Fig 22 : Progress and you are done with installation. It will ask for reboot and some more question to answer and you are done with installation.&lt;br /&gt;&lt;br /&gt;Happy Troubleshooting !!!&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/9108534143245337598-2324965704814086127?l=troubleshootingappsdba.blogspot.com' alt='' /&gt;&lt;/div&gt;</description><link>http://troubleshootingappsdba.blogspot.com/2009/11/installing-vmware-with-oracle_29.html</link><author>noreply@blogger.com (Sundeep Dubey)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9108534143245337598.post-7772889880203105646</guid><pubDate>Sun, 29 Nov 2009 12:05:00 +0000</pubDate><atom:updated>2009-11-29T04:42:01.071-08:00</atom:updated><title>Installing VMware with Oracle Enterprise Linux 64 bit</title><description>&lt;a href="http://1.bp.blogspot.com/_s6ttdxjPAIc/SxJqNuYid4I/AAAAAAAAAGU/ocdLNowv51U/s1600/VM1.jpg"&gt;&lt;img style="TEXT-ALIGN: center; MARGIN: 0px auto 10px; WIDTH: 320px; DISPLAY: block; HEIGHT: 253px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5409502886447183746" border="0" alt="" src="http://1.bp.blogspot.com/_s6ttdxjPAIc/SxJqNuYid4I/AAAAAAAAAGU/ocdLNowv51U/s320/VM1.jpg" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;div&gt;&lt;a href="http://2.bp.blogspot.com/_s6ttdxjPAIc/SxJqKcV8TUI/AAAAAAAAAGM/TEDklJYloIo/s1600/VM2.jpg"&gt;&lt;img style="TEXT-ALIGN: center; MARGIN: 0px auto 10px; WIDTH: 320px; DISPLAY: block; HEIGHT: 251px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5409502830064848194" border="0" alt="" src="http://2.bp.blogspot.com/_s6ttdxjPAIc/SxJqKcV8TUI/AAAAAAAAAGM/TEDklJYloIo/s320/VM2.jpg" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;div&gt;&lt;a href="http://1.bp.blogspot.com/_s6ttdxjPAIc/SxJqHBM4lRI/AAAAAAAAAGE/DnzaDP_vq5o/s1600/VM3.jpg"&gt;&lt;img style="TEXT-ALIGN: center; MARGIN: 0px auto 10px; WIDTH: 320px; DISPLAY: block; HEIGHT: 241px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5409502771239490834" border="0" alt="" src="http://1.bp.blogspot.com/_s6ttdxjPAIc/SxJqHBM4lRI/AAAAAAAAAGE/DnzaDP_vq5o/s320/VM3.jpg" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;&lt;div&gt;&lt;a href="http://2.bp.blogspot.com/_s6ttdxjPAIc/SxJqDxlGSvI/AAAAAAAAAF8/uK24yrioGoc/s1600/VM4.jpg"&gt;&lt;img style="TEXT-ALIGN: center; MARGIN: 0px auto 10px; WIDTH: 320px; DISPLAY: block; HEIGHT: 242px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5409502715506477810" border="0" alt="" src="http://2.bp.blogspot.com/_s6ttdxjPAIc/SxJqDxlGSvI/AAAAAAAAAF8/uK24yrioGoc/s320/VM4.jpg" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;div&gt;&lt;a href="http://1.bp.blogspot.com/_s6ttdxjPAIc/SxJqAkA2L5I/AAAAAAAAAF0/o7rkQGoKPMw/s1600/VM5.jpg"&gt;&lt;img style="TEXT-ALIGN: center; MARGIN: 0px auto 10px; WIDTH: 320px; DISPLAY: block; HEIGHT: 237px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5409502660325158802" border="0" alt="" src="http://1.bp.blogspot.com/_s6ttdxjPAIc/SxJqAkA2L5I/AAAAAAAAAF0/o7rkQGoKPMw/s320/VM5.jpg" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;div&gt;&lt;a href="http://4.bp.blogspot.com/_s6ttdxjPAIc/SxJp9EVL2hI/AAAAAAAAAFs/UI1Jz_y_niI/s1600/VM6.jpg"&gt;&lt;img style="TEXT-ALIGN: center; MARGIN: 0px auto 10px; WIDTH: 320px; DISPLAY: block; HEIGHT: 198px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5409502600280922642" border="0" alt="" src="http://4.bp.blogspot.com/_s6ttdxjPAIc/SxJp9EVL2hI/AAAAAAAAAFs/UI1Jz_y_niI/s320/VM6.jpg" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;div&gt;&lt;a href="http://4.bp.blogspot.com/_s6ttdxjPAIc/SxJp5q6FcBI/AAAAAAAAAFk/fWvM81Xtzd0/s1600/Vm7.jpg"&gt;&lt;img style="TEXT-ALIGN: center; MARGIN: 0px auto 10px; WIDTH: 320px; DISPLAY: block; HEIGHT: 198px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5409502541916762130" border="0" alt="" src="http://4.bp.blogspot.com/_s6ttdxjPAIc/SxJp5q6FcBI/AAAAAAAAAFk/fWvM81Xtzd0/s320/Vm7.jpg" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;div&gt;&lt;a href="http://2.bp.blogspot.com/_s6ttdxjPAIc/SxJp1itD22I/AAAAAAAAAFc/edSkn-WYuJ0/s1600/VM8.jpg"&gt;&lt;img style="TEXT-ALIGN: center; MARGIN: 0px auto 10px; WIDTH: 320px; DISPLAY: block; HEIGHT: 200px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5409502470995172194" border="0" alt="" src="http://2.bp.blogspot.com/_s6ttdxjPAIc/SxJp1itD22I/AAAAAAAAAFc/edSkn-WYuJ0/s320/VM8.jpg" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;div&gt;&lt;a href="http://1.bp.blogspot.com/_s6ttdxjPAIc/SxJpxdPLaDI/AAAAAAAAAFU/eSrMIDOAeaw/s1600/VM9.jpg"&gt;&lt;img style="TEXT-ALIGN: center; MARGIN: 0px auto 10px; WIDTH: 320px; DISPLAY: block; HEIGHT: 198px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5409502400808183858" border="0" alt="" src="http://1.bp.blogspot.com/_s6ttdxjPAIc/SxJpxdPLaDI/AAAAAAAAAFU/eSrMIDOAeaw/s320/VM9.jpg" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;div&gt;&lt;div&gt;&lt;a href="http://1.bp.blogspot.com/_s6ttdxjPAIc/SxJpnWobX7I/AAAAAAAAAFE/VO7g09XaB-o/s1600/VM10.jpg"&gt;&lt;img style="TEXT-ALIGN: center; MARGIN: 0px auto 10px; WIDTH: 320px; DISPLAY: block; HEIGHT: 198px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5409502227236347826" border="0" alt="" src="http://1.bp.blogspot.com/_s6ttdxjPAIc/SxJpnWobX7I/AAAAAAAAAFE/VO7g09XaB-o/s320/VM10.jpg" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;div&gt;&lt;a href="http://3.bp.blogspot.com/_s6ttdxjPAIc/SxJpjK2mUYI/AAAAAAAAAE8/SIKJpu7MGzU/s1600/VM11.jpg"&gt;&lt;img style="TEXT-ALIGN: center; MARGIN: 0px auto 10px; WIDTH: 320px; DISPLAY: block; HEIGHT: 194px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5409502155355083138" border="0" alt="" src="http://3.bp.blogspot.com/_s6ttdxjPAIc/SxJpjK2mUYI/AAAAAAAAAE8/SIKJpu7MGzU/s320/VM11.jpg" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;div&gt;&lt;a href="http://2.bp.blogspot.com/_s6ttdxjPAIc/SxJpfq4Ta-I/AAAAAAAAAE0/_1TAcbnDLI4/s1600/VM12.jpg"&gt;&lt;img style="TEXT-ALIGN: center; MARGIN: 0px auto 10px; WIDTH: 320px; DISPLAY: block; HEIGHT: 200px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5409502095232691170" border="0" alt="" src="http://2.bp.blogspot.com/_s6ttdxjPAIc/SxJpfq4Ta-I/AAAAAAAAAE0/_1TAcbnDLI4/s320/VM12.jpg" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;div&gt;&lt;a href="http://1.bp.blogspot.com/_s6ttdxjPAIc/SxJpb_55nfI/AAAAAAAAAEs/xPyRyboBHHo/s1600/VM13.jpg"&gt;&lt;img style="TEXT-ALIGN: center; MARGIN: 0px auto 10px; WIDTH: 320px; DISPLAY: block; HEIGHT: 181px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5409502032157056498" border="0" alt="" src="http://1.bp.blogspot.com/_s6ttdxjPAIc/SxJpb_55nfI/AAAAAAAAAEs/xPyRyboBHHo/s320/VM13.jpg" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;div&gt;&lt;a href="http://1.bp.blogspot.com/_s6ttdxjPAIc/SxJpXmXmcqI/AAAAAAAAAEk/wXchShoVghk/s1600/VM14.jpg"&gt;&lt;img style="TEXT-ALIGN: center; MARGIN: 0px auto 10px; WIDTH: 320px; DISPLAY: block; HEIGHT: 181px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5409501956582830754" border="0" alt="" src="http://1.bp.blogspot.com/_s6ttdxjPAIc/SxJpXmXmcqI/AAAAAAAAAEk/wXchShoVghk/s320/VM14.jpg" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;div&gt;&lt;a href="http://2.bp.blogspot.com/_s6ttdxjPAIc/SxJpTX_UBCI/AAAAAAAAAEc/8VlDXdACgws/s1600/VM15.jpg"&gt;&lt;img style="TEXT-ALIGN: center; MARGIN: 0px auto 10px; WIDTH: 320px; DISPLAY: block; HEIGHT: 237px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5409501884003386402" border="0" alt="" src="http://2.bp.blogspot.com/_s6ttdxjPAIc/SxJpTX_UBCI/AAAAAAAAAEc/8VlDXdACgws/s320/VM15.jpg" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;div&gt;&lt;a href="http://3.bp.blogspot.com/_s6ttdxjPAIc/SxJpPaTpfjI/AAAAAAAAAEU/lzPwYdWTA9E/s1600/VM16.jpg"&gt;&lt;img style="TEXT-ALIGN: center; MARGIN: 0px auto 10px; WIDTH: 320px; DISPLAY: block; HEIGHT: 262px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5409501815906074162" border="0" alt="" src="http://3.bp.blogspot.com/_s6ttdxjPAIc/SxJpPaTpfjI/AAAAAAAAAEU/lzPwYdWTA9E/s320/VM16.jpg" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;div&gt;&lt;a href="http://3.bp.blogspot.com/_s6ttdxjPAIc/SxJpLq24p1I/AAAAAAAAAEM/Am-OZ1pZ_jA/s1600/VM17.jpg"&gt;&lt;img style="TEXT-ALIGN: center; MARGIN: 0px auto 10px; WIDTH: 320px; DISPLAY: block; HEIGHT: 259px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5409501751629358930" border="0" alt="" src="http://3.bp.blogspot.com/_s6ttdxjPAIc/SxJpLq24p1I/AAAAAAAAAEM/Am-OZ1pZ_jA/s320/VM17.jpg" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;div&gt;&lt;a href="http://2.bp.blogspot.com/_s6ttdxjPAIc/SxJpIDZx_vI/AAAAAAAAAEE/-7unZdYxqmU/s1600/VM18.jpg"&gt;&lt;img style="TEXT-ALIGN: center; MARGIN: 0px auto 10px; WIDTH: 320px; DISPLAY: block; HEIGHT: 258px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5409501689498697458" border="0" alt="" src="http://2.bp.blogspot.com/_s6ttdxjPAIc/SxJpIDZx_vI/AAAAAAAAAEE/-7unZdYxqmU/s320/VM18.jpg" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;div&gt;&lt;a href="http://2.bp.blogspot.com/_s6ttdxjPAIc/SxJpEj1T5nI/AAAAAAAAAD8/WPUP4hk48iE/s1600/VM19.jpg"&gt;&lt;img style="TEXT-ALIGN: center; MARGIN: 0px auto 10px; WIDTH: 320px; DISPLAY: block; HEIGHT: 260px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5409501629484623474" border="0" alt="" src="http://2.bp.blogspot.com/_s6ttdxjPAIc/SxJpEj1T5nI/AAAAAAAAAD8/WPUP4hk48iE/s320/VM19.jpg" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;div&gt;&lt;a href="http://4.bp.blogspot.com/_s6ttdxjPAIc/SxJo_MlPovI/AAAAAAAAAD0/6-REttqkFj4/s1600/VM20.jpg"&gt;&lt;img style="TEXT-ALIGN: center; MARGIN: 0px auto 10px; WIDTH: 320px; DISPLAY: block; HEIGHT: 259px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5409501537343873778" border="0" alt="" src="http://4.bp.blogspot.com/_s6ttdxjPAIc/SxJo_MlPovI/AAAAAAAAAD0/6-REttqkFj4/s320/VM20.jpg" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;div&gt;&lt;a href="http://4.bp.blogspot.com/_s6ttdxjPAIc/SxJo6EbfIvI/AAAAAAAAADs/VyJdpKvGHWE/s1600/VM21.jpg"&gt;&lt;img style="TEXT-ALIGN: center; MARGIN: 0px auto 10px; WIDTH: 320px; DISPLAY: block; HEIGHT: 259px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5409501449256116978" border="0" alt="" src="http://4.bp.blogspot.com/_s6ttdxjPAIc/SxJo6EbfIvI/AAAAAAAAADs/VyJdpKvGHWE/s320/VM21.jpg" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;div&gt;&lt;a href="http://1.bp.blogspot.com/_s6ttdxjPAIc/SxJo2fWHxvI/AAAAAAAAADk/ouBeGFqtmq8/s1600/VM22.jpg"&gt;&lt;img style="TEXT-ALIGN: center; MARGIN: 0px auto 10px; WIDTH: 320px; DISPLAY: block; HEIGHT: 261px; CURSOR: hand" id="BLOGGER_PHOTO_ID_5409501387761895154" border="0" alt="" src="http://1.bp.blogspot.com/_s6ttdxjPAIc/SxJo2fWHxvI/AAAAAAAAADk/ouBeGFqtmq8/s320/VM22.jpg" /&gt;&lt;/a&gt; &lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;/div&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/9108534143245337598-7772889880203105646?l=troubleshootingappsdba.blogspot.com' alt='' /&gt;&lt;/div&gt;</description><link>http://troubleshootingappsdba.blogspot.com/2009/11/installing-vmware-with-oracle.html</link><author>noreply@blogger.com (Sundeep Dubey)</author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://1.bp.blogspot.com/_s6ttdxjPAIc/SxJqNuYid4I/AAAAAAAAAGU/ocdLNowv51U/s72-c/VM1.jpg" height="72" width="72" /><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9108534143245337598.post-7788625943544542422</guid><pubDate>Sun, 18 Oct 2009 14:10:00 +0000</pubDate><atom:updated>2009-10-18T07:15:06.332-07:00</atom:updated><title>Couldn't open ICX Application Message file</title><description>One off my team mate reported an issue while opening forms in Purchasing Super user he encountered error message:&lt;div&gt;"Message Dictionary couldn't open the ICX application message file. Cannot open file /u02/apps/apps_st/appl/icx/12.0.0/mesg/US.msb for reading."&lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;When I checked the location it was not there. Then I though running generate message file from adadmin but it didn't help. Here is the solution :&lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;We have run Concurrent request "Generate Messages" for "Oracle iProcurement" and it will generate US.msb file under required location.&lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;Happy Troubleshooting !!!&lt;/div&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/9108534143245337598-7788625943544542422?l=troubleshootingappsdba.blogspot.com' alt='' /&gt;&lt;/div&gt;</description><link>http://troubleshootingappsdba.blogspot.com/2009/10/couldnt-open-icx-application-message.html</link><author>noreply@blogger.com (Sundeep Dubey)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9108534143245337598.post-3067088576413783077</guid><pubDate>Sun, 18 Oct 2009 13:35:00 +0000</pubDate><atom:updated>2009-10-18T06:47:43.399-07:00</atom:updated><title>R12 New features</title><description>While using R12 I come across few things which might help you guys too:&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;1. It doesn't require to change apps password in any config files. So no need to run autoconfig if you used to do it.&lt;/div&gt;&lt;div&gt;2. All startup files are in $INST_TOP/admin/scripts&lt;/div&gt;&lt;div&gt;3. While creating Share Appl Top we can keep all other tops as read only except INST_TOP.&lt;/div&gt;&lt;div&gt;4. While running $INST_TOP/admin/scripts/adautocfg.sh it require apps password only. No need to provide Context file location any more.&lt;/div&gt;&lt;div&gt;5. CONTEXT File location is $INST_TOP/appl/admin&lt;/div&gt;&lt;div&gt;6. If you want to install R12 on virtual host start rapidwiz as "rapidwiz -servername virtual"&lt;/div&gt;&lt;div&gt;7. Just change s_cphost to physical hostname and run autoconfig, otherwise ICM and WF Mailer container components will have issue while starting.&lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;I will keep on posting stuff as and when I come across. Till then&lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;Happy Trobleshooting !!!&lt;/div&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/9108534143245337598-3067088576413783077?l=troubleshootingappsdba.blogspot.com' alt='' /&gt;&lt;/div&gt;</description><link>http://troubleshootingappsdba.blogspot.com/2009/10/r12-new-features.html</link><author>noreply@blogger.com (Sundeep Dubey)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9108534143245337598.post-720333696334985677</guid><pubDate>Sun, 18 Oct 2009 13:24:00 +0000</pubDate><atom:updated>2009-10-18T06:33:23.986-07:00</atom:updated><title>How to change Oracle user ORACLE_HOME</title><description>We have to change our ora user $ORACLE_HOME from /u02/oracle to /u02/oracle/11.1.0. Here are steps which I have followed and done this.&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;1. Run adpreclone.pl on dbtier as oracle user&lt;/div&gt;&lt;div&gt;perl adpreclone.pl dbTier&lt;/div&gt;&lt;div&gt;2. Shutdown down database and listener.&lt;/div&gt;&lt;div&gt;3. mv all files from /u02/oracle to /u02/oracle/11.1.0&lt;/div&gt;&lt;div&gt;4. run adcfgclone.pl for binaries only to avoid db creation&lt;/div&gt;&lt;div&gt;perl adcfgclone.pl dbTechStack&lt;/div&gt;&lt;div&gt;It will ask you certain info, please provide it accordingly.&lt;/div&gt;&lt;div&gt;5. update profiles from $OH/appsutil/install/&lt;context_name&gt;&lt;/div&gt;&lt;div&gt;sqlplus "/ as sysdba" @adupdlib.sql so&lt;/div&gt;&lt;div&gt;6. change directory to $OH/appsutil/clone/bin&lt;/div&gt;&lt;div&gt;perl adcfgclone.pl dbconfig $OH/appsutil/context_file.xml&lt;/div&gt;&lt;div&gt;7. run autoconfig on appstiers too.&lt;/div&gt;&lt;div&gt;8. Start all services and check.&lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;Happy Troubleshooting !!!&lt;/div&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/9108534143245337598-720333696334985677?l=troubleshootingappsdba.blogspot.com' alt='' /&gt;&lt;/div&gt;</description><link>http://troubleshootingappsdba.blogspot.com/2009/10/how-to-change-oracle-user-oraclehome.html</link><author>noreply@blogger.com (Sundeep Dubey)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9108534143245337598.post-4824449068351845764</guid><pubDate>Sun, 18 Oct 2009 13:10:00 +0000</pubDate><atom:updated>2009-10-18T06:24:04.963-07:00</atom:updated><title>MWA server in R12</title><description>If you are suppose to run MWA server in R12 you might feel like something is missing here from 11i. So just read it and you will be able to handle it.&lt;div&gt;Prior to R12:&lt;/div&gt;&lt;div&gt;1. The MWA server startup files were located under "$MWA_TOP/bin" directory.&lt;/div&gt;&lt;div&gt;2. The MWA Server configuration files were located under "$MWA_TOP/secure" directory.&lt;/div&gt;&lt;div&gt;In R12&lt;/div&gt;&lt;div&gt;1. Scripts are under $INST_TOP/admin/scripts&lt;/div&gt;&lt;div&gt;2. Config files are under $INST_TOP/admin/install&lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;Here are few commands and which we used to use in 11i, this is how we are going to use them in R12:&lt;/div&gt;&lt;div&gt;1. Startup the MWA server&lt;/div&gt;&lt;div&gt;mwactl.sh start &lt;port_number&gt;&lt;/div&gt;&lt;div&gt;2. Shutdown the MWA server&lt;/div&gt;&lt;div&gt;mwactl.sh -login adminuid/pwd stop_force &lt;port_number&gt;&lt;/div&gt;&lt;div&gt;3. Startup MWA Dispatcher&lt;/div&gt;&lt;div&gt;mwactl.sh start_dispatcher&lt;/div&gt;&lt;div&gt;4. Shutdown MWA Dispatcher&lt;/div&gt;&lt;div&gt;mwactl.sh stop_dispatcher&lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;By default these scripts were not included in adstpall.sh and adstrtal.sh scripts. To add them enable &lt;/div&gt;&lt;div&gt;1. s_other_service_group_status&lt;/div&gt;&lt;div&gt;2. s_mwastatus&lt;/div&gt;&lt;div&gt;in context file and run autoconfig.&lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;If you want to check port number for mwa. Look at following paramters in context file:&lt;/div&gt;&lt;div&gt;1. s_mwaPortNo.&lt;/div&gt;&lt;div&gt;2. s_mwaTelnetPortNo.&lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;Happy Troubleshooting !!!&lt;/div&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/9108534143245337598-4824449068351845764?l=troubleshootingappsdba.blogspot.com' alt='' /&gt;&lt;/div&gt;</description><link>http://troubleshootingappsdba.blogspot.com/2009/10/mwa-server-in-r12.html</link><author>noreply@blogger.com (Sundeep Dubey)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9108534143245337598.post-1678929374777284602</guid><pubDate>Sun, 18 Oct 2009 12:31:00 +0000</pubDate><atom:updated>2009-10-18T06:07:56.790-07:00</atom:updated><title>Rename Temp datafiles in 11G</title><description>Sorry all its big gap I took to post any update here. Biggest problem is office security. Now I can't access my blog site from office network. So I have to wait till I get some time at home. And as you might know this is festival season here in India to took so long. Any ways come to the point. Recently we have installed R 12.1.1 fresh installation on solaris and had to change many things after install. Temp datafiles location is one of them. But I got confused initially. Becuase when I was checking tablespace_name, file_name from dba_temp_files, I was getting TEMP1 and TEMP2 as tablespace names. But when I checked temporary_tablespace in dba_users I saw it as TEMP. So was worried how come? where is the link between these two miss matched things. Temporary Tablespace Group were the cause for it. Or I would say solution for this. &lt;div&gt;Here is the brief information about them:&lt;/div&gt;&lt;div&gt;1. A temporary tablespace group must consist of at least one tablespace. There is no explicit max number of tablespaces.&lt;/div&gt;&lt;div&gt;2. If you delete all members from a TTG, the group is automatically deleted as well.&lt;/div&gt;&lt;div&gt;3. When you assign a temporary tablespace to a user, you can use the TTG name instead of the actual temporary tablespace name. you can also use the TTG name when you assign the default temporary tablespace for the database.&lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;This is how we can create one TTG;&lt;/div&gt;&lt;div&gt;1. Create Temporary Tablespace temp1 tempfile '/u02/oracle/temp1_01.dbf' size 100M tablespace group temp;&lt;/div&gt;&lt;div&gt;2. Add more via : Alter tablespace temp2 tablespace group temp;&lt;/div&gt;&lt;div&gt;3. Setting group as default temporary tablespace for the database: &lt;/div&gt;&lt;div&gt;Alter database Default Temporary Tablespace Temp;&lt;/div&gt;&lt;div&gt;4. Query dba_tablespace_groups for information about them.&lt;/div&gt;&lt;div&gt;------------------------------------------------------------------&lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;Now coming to our topic how to rename tempfiles:&lt;/div&gt;&lt;div&gt;1. Create another temp tablespace to make it default.&lt;/div&gt;&lt;div&gt;Create Temporary Tablepspace temp_sd tempfile '/u02/oracle/temp/temp_sd_01.dbf' size 2000M;&lt;/div&gt;&lt;div&gt;2. Make this as default Temp Tablespace:&lt;/div&gt;&lt;div&gt;Alter database default temporary tablespace temp_sd;&lt;/div&gt;&lt;div&gt;3. Check database properties to be sure:&lt;/div&gt;&lt;div&gt;Select property_name, property_value from database_properties where property_name like '%Default_TEMP_TABLESPACE%';&lt;/div&gt;&lt;div&gt;4. Alter database tempfile '/u02/oracle/temp01.dbf' offline;&lt;/div&gt;&lt;div&gt;5. Copy file from old location to new location using OS commands.&lt;/div&gt;&lt;div&gt;cp /u02/oracle/temp01.dbf /u02/oracle/temp/temp01.dbf&lt;/div&gt;&lt;div&gt;6. Rename file&lt;/div&gt;&lt;div&gt;Alter database rename file '/u02/oracle/temp01.dbf' to '/u02/oracle/temp/temp01.dbf';&lt;/div&gt;&lt;div&gt;7. Bring it online&lt;/div&gt;&lt;div&gt;Alter database tempfile '/u02/oracle/temp/temp01.dbf' online;&lt;/div&gt;&lt;div&gt;8. Again change the default:&lt;/div&gt;&lt;div&gt;Alter database default temporary tablespace temp;&lt;/div&gt;&lt;div&gt;9. Drop the newly create temp tablespace&lt;/div&gt;&lt;div&gt;Drop Tablespace temp_sd including contents and datafiles;&lt;/div&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div&gt;Happy Troubleshooting !!!&lt;/div&gt;&lt;div&gt;Happy Diwali !!!&lt;/div&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/9108534143245337598-1678929374777284602?l=troubleshootingappsdba.blogspot.com' alt='' /&gt;&lt;/div&gt;</description><link>http://troubleshootingappsdba.blogspot.com/2009/10/rename-temp-datafiles-in-11g.html</link><author>noreply@blogger.com (Sundeep Dubey)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9108534143245337598.post-377829111158339030</guid><pubDate>Thu, 17 Sep 2009 05:16:00 +0000</pubDate><atom:updated>2009-09-16T22:26:37.503-07:00</atom:updated><title>Getting Tech Stack Information on 11i and R12</title><description>We have to collect this information whenever boss ask :-). In Oracle Apps 11i and R12 instances we have txkInventory.pl and TXKScript.pl which can help us to get this information.&lt;br /&gt;As applmgr user execute below command:&lt;br /&gt;perl $FND_TOP/patch/115/bin/TXKScript.pl -script=$FND_TOP/patch/115/bin/txkInventory.pl -txktop=$APPL_TOP -contextfile=$CONTEXT_FILE -appspass=apps -outfile=$OA_HTML/apps_techinfo.html&lt;br /&gt;&lt;br /&gt;As Oracle user execute below command:&lt;br /&gt;perl $ORACLE_HOME/appsutil/bin/TXKScript.pl -script=$ORACLE_HOME/appsutil/bin/txkInventory.pl -txktop=$ORACLE_HOME/appsutil/temp -contextfile=$CONTEXT_FILE -appspass=apps -outfile=$ORACLE_HOME/appsutil/temp/oracle_techdb.html&lt;br /&gt;&lt;br /&gt;Happy Troubleshooting !!!&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/9108534143245337598-377829111158339030?l=troubleshootingappsdba.blogspot.com' alt='' /&gt;&lt;/div&gt;</description><link>http://troubleshootingappsdba.blogspot.com/2009/09/getting-tech-stack-information-on-11i.html</link><author>noreply@blogger.com (Sundeep Dubey)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9108534143245337598.post-1122793539415926463</guid><pubDate>Wed, 12 Aug 2009 05:23:00 +0000</pubDate><atom:updated>2009-08-11T22:29:07.925-07:00</atom:updated><title>R12 (12.1.1) Installed on Solaris 10</title><description>After some initial struggle with server we were able to finish our 12.1.1 installation on Solaris 10.&lt;br /&gt;I am trying to list mistakes we made or issues we encountered.&lt;br /&gt;1. We started 12.1.1 on Solaris 8, which was mistake. As 11g database is not certified on Solaris 8.&lt;br /&gt;2. After moving to Solaris 10, our team forget to bounce Server after setting Kernal parameters.&lt;br /&gt;3. As we have one disk and it was damn slow, so took 17 hrs to complete.&lt;br /&gt;4. Make sure you have atleast 250GB free space for Vision instance installation.&lt;br /&gt;5. 47 GB binaries will take and 60GB stage area.&lt;br /&gt;&lt;br /&gt;Anyways after creating stage area from edelivery binaries, we were able to complete Vision instance installation.&lt;br /&gt;&lt;br /&gt;Happy Troubleshooting !!!&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/9108534143245337598-1122793539415926463?l=troubleshootingappsdba.blogspot.com' alt='' /&gt;&lt;/div&gt;</description><link>http://troubleshootingappsdba.blogspot.com/2009/08/r12-1211-installed-on-solaris-10.html</link><author>noreply@blogger.com (Sundeep Dubey)</author><thr:total>1</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9108534143245337598.post-8483824009910841365</guid><pubDate>Mon, 27 Jul 2009 04:30:00 +0000</pubDate><atom:updated>2009-07-26T21:34:19.878-07:00</atom:updated><title>R12 12.1.1 Installation on Solaris</title><description>You might be wondering where this guy disappear. I am getting released from my current engagement that's why busy in transition and other works. And got another engagement in hand for R12 (12.1.1) installation on solaris. I am working with team to get this done. Will update all with the status and issues faced.&lt;br /&gt;Until then Stay tuned.&lt;br /&gt;Happy Troubleshooting.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/9108534143245337598-8483824009910841365?l=troubleshootingappsdba.blogspot.com' alt='' /&gt;&lt;/div&gt;</description><link>http://troubleshootingappsdba.blogspot.com/2009/07/r12-1211-installation-on-solaris.html</link><author>noreply@blogger.com (Sundeep Dubey)</author><thr:total>1</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9108534143245337598.post-8935290509886296177</guid><pubDate>Tue, 30 Jun 2009 09:21:00 +0000</pubDate><atom:updated>2009-06-30T02:36:53.890-07:00</atom:updated><title>IDM 10.1.4.3 installed</title><description>Just to update everyone those who ere waiting for IDM 10.1.4.3 patchset results. We have successfully implemented this is our test environment and the issue which were reported during 10.1.4.0.1 installation with Kerberose related to "Administer Partner Application" is resolved in 10.1.4.3 patch.  Moreover one more issue we found in older version, there were huge error files generation in $ORACLE_HOME/hostname_domain.com_IDM10143/sysman/recv/errors which we didn't found in this patch. I guess those who were waiting can install this one.&lt;br /&gt;&lt;br /&gt;Happy Troubleshooting !!!&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/9108534143245337598-8935290509886296177?l=troubleshootingappsdba.blogspot.com' alt='' /&gt;&lt;/div&gt;</description><link>http://troubleshootingappsdba.blogspot.com/2009/06/idm-10143-installed.html</link><author>noreply@blogger.com (Sundeep Dubey)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9108534143245337598.post-2812820954708001260</guid><pubDate>Thu, 11 Jun 2009 13:25:00 +0000</pubDate><atom:updated>2009-06-11T06:28:33.983-07:00</atom:updated><title>Responsibility not Appearing</title><description>I have some strange issue with one user. This user has 4 resposibilites assigned to him in dev, due to security issue we have to end his two responsibility. Now user want this "Sysadmin Inquiry" responsibility again. I did end date and told him about that. Now after 24 hrs he came back and asked what is the status. That means he is not able to see this responsbility under his ID.I did enable and disable other responsibilities under his id, he can see immediate impact of that. But not this one. Now for checking I did assigned this responsibility to my id and can see it without any issue. I did ran all these&lt;br /&gt;1. Navigate to the define user form (FNDSCAUS).&lt;br /&gt;2. Query up the user (that is having the issue) and insure the responsibility is NOT end dated.&lt;br /&gt;3. END DATE the USER (not the responsibility) and save the record.&lt;br /&gt;4. UNEND DATE the USER and save the record.&lt;br /&gt;5. Run the request 'Sync responsibility role data into the WF table'.6&lt;br /&gt;. Run the request "Synchronize WF LOCAL tables".&lt;br /&gt;7. Run the request "Workflow Directory Services User/Role Validation" (with parameters 10000, yes, yes, yes).&lt;br /&gt;8. Have the user log off and back on and verify that the responsibility appears.&lt;br /&gt;but no help. Not sure why only one responsbility is creating problem for this user. After this got good help from one of the friend in Oracle Forum, he suggested to read note 466135.1, Man it reaaly helped a lot to resolve this issue. Thanks Hussein&lt;br /&gt;&lt;br /&gt;Happy Troubleshooting !!!&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/9108534143245337598-2812820954708001260?l=troubleshootingappsdba.blogspot.com' alt='' /&gt;&lt;/div&gt;</description><link>http://troubleshootingappsdba.blogspot.com/2009/06/responsibility-not-appearing.html</link><author>noreply@blogger.com (Sundeep Dubey)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9108534143245337598.post-4974469346088815871</guid><pubDate>Tue, 19 May 2009 10:34:00 +0000</pubDate><atom:updated>2009-05-19T03:44:08.656-07:00</atom:updated><title>ActiveChgImp:Error in Mapping EngineODIException: DIP_GEN_INITIALIZATION_EXCEPTION</title><description>Seems like this week will go to resolve OID issues for us. We had another issue in our dev OID setup, where synchronization with AD is not happening and log says this:&lt;br /&gt;=======================================================&lt;br /&gt;ActiveChgImp:Error in Mapping EngineODIException: DIP_GEN_INITIALIZATION_EXCEPTION&lt;br /&gt;java.lang.NullPointerException&lt;br /&gt;        at oracle.ldap.odip.util.DirUtils.getLastChgNum(DirUtils.java:48)       &lt;br /&gt;        at oracle.ldap.odip.gsi.LDAPReader.initAvailableChgKey(LDAPReader.java:884)&lt;br /&gt;        at oracle.ldap.odip.gsi.LDAPReader.initialise(LDAPReader.java:250)&lt;br /&gt;        at oracle.ldap.odip.engine.AgentThread.readerInitialise(AgentThread.java:460)&lt;br /&gt;        at oracle.ldap.odip.engine.AgentThread.mapInitialise(AgentThread.java:509)&lt;br /&gt;        at oracle.ldap.odip.engine.AgentThread.execMapping(AgentThread.java:375)&lt;br /&gt;        at oracle.ldap.odip.engine.AgentThread.run(AgentThread.java:237)&lt;br /&gt;ActiveChgImp:about to Update exec status&lt;br /&gt;Updated Attributes&lt;br /&gt;orclodipLastExecutionTime: 20090518024937&lt;br /&gt;orclodipConDirLastAppliedChgNum: 0&lt;br /&gt;orclOdipSynchronizationStatus: Mapping Failure, Agent Execution Not Attempted&lt;br /&gt;orclOdipSynchronizationErrors:  Profile Initialization Failure&lt;br /&gt;============================================================&lt;br /&gt;Metalink note: 276481.1 does help to understand the issue and that is with dipassistance. After checking $ORACLE_HOME/ldap/odi/conf/ActiveChgImp.cfg file we realized the issue. As this is not the correct file. To make is correct. I have to stop our second odiserv instance and disable ActiveChgImp profile from oidadmin.&lt;br /&gt;Once that is done. We again modified the Import Connector profile with correct cfg file. and enable ActiveChgImp profile and start odiserv instance and vola now log file looks better.&lt;br /&gt;&lt;br /&gt;Happy Troubleshooting !!!&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/9108534143245337598-4974469346088815871?l=troubleshootingappsdba.blogspot.com' alt='' /&gt;&lt;/div&gt;</description><link>http://troubleshootingappsdba.blogspot.com/2009/05/activechgimperror-in-mapping.html</link><author>noreply@blogger.com (Sundeep Dubey)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9108534143245337598.post-2678294127340117538</guid><pubDate>Mon, 18 May 2009 11:08:00 +0000</pubDate><atom:updated>2009-05-18T04:17:03.559-07:00</atom:updated><title>APP-FND-01564: ORACLE error 31202 in changepassword</title><description>We had this issue in our production this morning. Our dedicated sysadmin team were not able to change any user password from frontend. They were receiving following error "ORA-20001: Unable to call fnd_ldap_wrapper.update_user".&lt;br /&gt;Issue came to us and we tried changing via FNDCPASS and in log we saw following message"&lt;br /&gt;===============================================================&lt;br /&gt;APP-FND-01564: ORACLE error 31202 in changepassword&lt;br /&gt;Cause:  changepassword failed due to ORA-31202: DBMS_LDAP: LDAP client/server error: Invalid credentials. Password Policy Error :9000: GSL_PWDEXPIRED_EXCP :Your Password has expired. Please contact the Administrator to change your password.ORA-06512: at "APPS.FND_LDAP_UTIL",.&lt;br /&gt;The SQL statement being executed at the time of the error was: begin :r := fnd_web_sec.change_password(:u,:p); end; and was executed from the file &amp;amp;ERRFILE.&lt;br /&gt;================================================================&lt;br /&gt;Message was clear that we had some issue with our OID account.  Metalink note id 401836.1 helped us to crack this issue. Issue was appsDN password in OID got expired and we have to reset the password. Here is how to resolve this error:&lt;br /&gt;&lt;br /&gt;To implement the solution, login to the E-Business Suite database as the 'APPS' user and execute the following steps:&lt;br /&gt;(1) SQL&gt; select fnd_preference.get('#INTERNAL', 'LDAP_SYNCH','USERNAME') Apps_Instance_OID_Account from dual;&lt;br /&gt;Example:&lt;br /&gt;APPS_INSTANCE_OID_ACCOUNT&lt;br /&gt;-------------------------------------------------------------------------------- orclApplicationCommonName="MYAPPSINSTANCE",cn="EBusiness",cn=Products,cn=OracleContext,dc=mycompany,dc=com (2) SQL&gt; select fnd_preference.eget('#INTERNAL', 'LDAP_SYNCH','EPWD','LDAP_PWD') Apps_Password from dual;&lt;br /&gt;Example:&lt;br /&gt;APPS_PASSWORD&lt;br /&gt;-------------------------------------------------------------------------------- mypassword1&lt;br /&gt;(3) Now test the above credentials with ldapbind,&lt;br /&gt;Example:&lt;br /&gt;&gt; ldapbind -h &lt;oid&gt; -p &lt;oid&gt; -D orclApplicationCommonName="MYAPPSINSTANCE",cn="EBusiness",cn=Products,cn=OracleContext,dc=mycompany,dc=com -w mypassword1 invalid credentials&lt;br /&gt;Password Policy Error :9000: GSL_PWDEXPIRED_EXCP :Your Password has expired.&lt;br /&gt;Note: If above returns the same password expired message, then login to oidadmin (Oracle Directory Manager) and expand Entry Management and navigate to the Apps User DN entry expanding backwards on the DN, ie:&lt;br /&gt;+ dc=com&lt;br /&gt;+ dc=mycompany&lt;br /&gt;+ cn=OracleContext&lt;br /&gt;+ cn=Products&lt;br /&gt;+ cn="EBusiness"&lt;br /&gt;+ orclApplicationCommonName="MYAPPSINSTANCE"&lt;br /&gt;And type the same password returned from the sql query on step 2 as value for userpassword attribute, then click Apply.&lt;br /&gt;(4) Then retest the previous ldapbind and it should now work:&lt;br /&gt;&gt; ldapbind -h &lt;oid&gt; -p &lt;oid&gt; -D orclApplicationCommonName="MYAPPSINSTANCE",cn="EBusiness",cn=Products,cn=OracleContext,dc=mycompany,dc=com -w mypassword1&lt;br /&gt;bind successful&lt;br /&gt;&lt;br /&gt;Happy Troubleshooting !!!&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/9108534143245337598-2678294127340117538?l=troubleshootingappsdba.blogspot.com' alt='' /&gt;&lt;/div&gt;</description><link>http://troubleshootingappsdba.blogspot.com/2009/05/app-fnd-01564-oracle-error-31202-in.html</link><author>noreply@blogger.com (Sundeep Dubey)</author><thr:total>1</thr:total></item></channel></rss>

