5 Replies Latest reply on Jun 17, 2015 3:57 PM by fmartin1

    Unable to upgrade to OracleAS 10g 10.1.3.5

    fmartin1

      Hi group,

       

      We are trying to upgrade to OracleAS 10g 10.1.3.5 in a cloned environment (QA), but the upgrade process is failing and it is trying to communicate to opmn of the production environment.

       

      We have discovered that some configuration files under ORACLE_HOME 10.1.3 are pointing to production application server, according to next output:

       

      ./Apache/Apache/conf/ohstarget.xml

      ./Apache/Apache/conf/httpd.conf.default

      ./Apache/Apache/conf/httpd.conf

      ./Apache/Apache/conf/ssl.conf

      grep: can't open ./bin/lbuilder

      ./j2ee/home/log/home_default_group_1/oc4j/log.xml

      ./j2ee/home/hs_err_pid14266.log

      ./j2ee/home/core

      ./j2ee/home/hs_err_pid24992.log

      ./install/redirect.html

      ./install/instantiate.pl

      ./dsa/bin/addopmn.sh

      ./dsa/bin/delopmn.sh

      ./config/ias.properties

      ./config/ias.properties.pre10131

      ./inventory/Clone/clone.xml

      ./inventory/Components21/oracle.as.welcomepages/10.1.3.0.0/context.xml

      ./inventory/Components21/oracle.javacache/10.1.3.0.0/context.xml

      ./inventory/Components21/oracle.opmn/10.1.3.0.0/context.xml

      ./inventory/Components21/oracle.apache.oc4j/10.1.3.0.0/context.xml

      ./inventory/Components21/oracle.iaspt/10.1.3.0.0/context.xml

      ./inventory/Components21/oracle.j2ee/10.1.3.0.0/context.xml

      ./inventory/Components21/oracle.dsa.server/10.1.3.0.0/context.xml

      ./inventory/Components21/oracle.apache.apache/1.3.31.0.0/context.xml

      ./inventory/Components21/oracle.apache/10.1.3.0.0/context.xml

      ./inventory/Components21/oracle.as.j2ee.top/10.1.3.0.0/context.xml

      ./inventory/Patches21/oracle.rsf.net_rsf/10.1.0.5.0/context.xml

      ./inventory/Patches21/oracle.as.welcomepages/10.1.3.4.0/context.xml

      ./inventory/Patches21/oracle.javacache/10.1.3.4.0/context.xml

      ./inventory/Patches21/oracle.j2ee/10.1.3.4.0/context.xml

      ./inventory/Patches21/oracle.apache.oc4j/10.1.3.4.0/context.xml

      ./inventory/Patches21/oracle.apache.apache/10.1.3.4.0/context.xml

      ./inventory/Patches21/oracle.apache/10.1.3.4.0/context.xml

      ./inventory/Patches21/oracle.adf.lib/10.1.3.4.0/context.xml

      ./inventory/Patches21/oracle.as.j2ee.top/10.1.3.4.0/context.xml

      ./opmn/conf/opmn.xml

      ./opmn/conf/opmn.xml.bak

      ./opmn/conf/opmn.xml.pre101340

       

      We are thinking to reclone and see if these references are deleted, also we are trying to rebuild the oraInventory.

       

      Has anybody had this issue that can share the solution to this problem, the really strange thing is that the application is working well, I have see this references in all the QA environments.

       

      Thanks in advance.

       

      Kind regards,

       

      Francisco Mtz.

        • 1. Re: Unable to upgrade to OracleAS 10g 10.1.3.5
          2846585

          Kindly share the Metalink/oracle support document which you are referring?

           

          Regards

          Arizuddin

          • 2. Re: Unable to upgrade to OracleAS 10g 10.1.3.5
            Vetrivel Subramani

            Hi,

             

            Source Middle Tier Environment File and do the below, post the output

             

            bash-3.00$ cd $FND_TOP/bin

             

            bash-3.00$ ldd -d FNDCPUCF

            • 3. Re: Unable to upgrade to OracleAS 10g 10.1.3.5
              fmartin1

              Hi,

               

              This is the output:

               

              cfmapptest4-cfcrp4>cd $FND_TOP/bin

              cfmapptest4-cfcrp4>ldd -d FNDCPUCF

                      libclntsh.so.10.1 =>     /citro01/oracfcrp4/cfcrp4prd/apps/tech_st/10.1.2/lib32/libclntsh.so.10.1

                      libnnz10.so =>   /citro01/oracfcrp4/cfcrp4prd/apps/tech_st/10.1.2/lib32/libnnz10.so

                      libkstat.so.1 =>         /lib/libkstat.so.1

                      libnsl.so.1 =>   /lib/libnsl.so.1

                      libsocket.so.1 =>        /lib/libsocket.so.1

                      libgen.so.1 =>   /lib/libgen.so.1

                      libdl.so.1 =>    /lib/libdl.so.1

                      libsched.so.1 =>         /usr/lib/libsched.so.1

                      libaio.so.1 =>   /lib/libaio.so.1

                      librt.so.1 =>    /lib/librt.so.1

                      libm.so.2 =>     /lib/libm.so.2

                      libpthread.so.1 =>       /lib/libpthread.so.1

                      libc.so.1 =>     /lib/libc.so.1

                      libmp.so.2 =>    /lib/libmp.so.2

                      libmd.so.1 =>    /lib/libmd.so.1

                      libscf.so.1 =>   /lib/libscf.so.1

                      libdoor.so.1 =>  /lib/libdoor.so.1

                      libuutil.so.1 =>         /lib/libuutil.so.1

                      /lib/libm/libm_hwcap1.so.2

                      /platform/sun4v/lib/libc_psr.so.1

                      /platform/sun4v/lib/libmd_psr.so.1

               

              I don't know why in the Upgrade to 10.1.3.5 it is taking production server name reference.

               

              Kind regards,

               

              Francisco Mtz,

              • 4. Re: Unable to upgrade to OracleAS 10g 10.1.3.5
                Vetrivel Subramani

                post the output of the below,

                 

                cd 10.1.3_Oracle_Home/lib32

                ls -lrt ldflags

                 

                cd 10.1.2_Oracle_Home/lib32

                ls -lrt ldflags

                • 5. Re: Unable to upgrade to OracleAS 10g 10.1.3.5
                  fmartin1

                  Hi group,

                   

                  We have solved our issue after rebuilding Oracle Inventory from scratch.

                   

                  After that, OracleAS Upgrade has been executed without any problem.

                   

                  Thanks to all.

                   

                  Kind regards,

                   

                  Francisco Mtz.