While performing an Oracle EBS 12.2 appsTier clone on Linux 8, you may encounter a failure if your preclone backup is sourced from Linux 7.

“Failed to execute FMW pre-requisite check“

This happens in upgrade or migration scenarios where environments are being moved from older OS versions to modern platforms like Linux 8.

In this blog, we will cover:

• The exact error
• Root cause
• Quick workaround (target-side fix)
• Permanent solution (production fix)

---

Issue

Command:

perl adcfgclone.pl appsTier

Fails with the following error:

Failed to execute FMW pre-requisite check:
FMW Pre-requisite check log file location : /u01/8045_Iteration/ebiz/fs1/EBSapps/comn/clone/FMW/logs/prereqcheck.log
The entry point is: oracle.installType.all
Check Name:CertifiedVersions
Check Description:This is a prerequisite condition to test whether the Oracle software is certified on the current O/S or not.
/etc/inittab does not seem to contain default runlevel information.
Expected result: One of oracle-7,redhat-7,redhat-6,oracle-6,oracle-5,enterprise-5.4,enterprise-4,enterprise-5,redhat-5.4,redhat-4,redhat-5,SuSE-10,SuSE-11
Actual Result: oracle-8.10
Check complete. The overall result of this check is: Failed <<<<

---

Root Cause

The issue occurs because:
Outdated prereq framework does not support Linux 8

---

Workaround (Quick Fix on Target Server)

You can fix this issue directly on the target Linux 8 clone server.

---

Update prereq folder which basically resides under
/u01/8045_Iteration/ebiz/fs1/EBSapps which is extracted from Tar Backup.

Below is the target directory
/u01/8045_Iteration/ebiz/fs1/EBSapps/comn/clone/prereq/webtier/Scripts/prereq/linux64

2. Unzip the patch zip file into the PATCH_TOP
   cd /u01/8045_Iteration
   unzip p33471111_111190_Generic.zip
   This will deliver prereq folder with updated linux 8 supported piece of code
   
3. cd /u01/8045_Iteration/ebiz/fs1/FMW_Home/webtier/inventory/Scripts
   mv prereq OFF_TILL_LINUX_7_prereq
   cp -r /u01/8045_Iteration/prereq .

---

Verify Updated OS Support

Ensure the new prereq contains Linux 8 entries like below:

<OPERATING_SYSTEM>
    <VERSION VALUE="8"/>
    <ARCHITECTURE VALUE="x86_64"/>
    <NAME VALUE="Linux"/>
    <VENDOR VALUE="oracle"/>
    <GLIBC ATLEAST="2.17">
    </GLIBC>
    <PACKAGES>
 	<PACKAGE NAME="binutils" VERSION="2.23.52.0.1" />
 	<PACKAGE NAME="libcap" VERSION="2.25-9" />
 	<PACKAGE NAME="libstdc++" VERSION="8.2.1-3.5.0.1.el8"  ARCHITECTURE="x86_64"/>
 	<PACKAGE NAME="libgcc" VERSION="4.8.2"  ARCHITECTURE="x86_64"/>
 	<PACKAGE NAME="libstdc++-devel" VERSION="4.8.2"  ARCHITECTURE="x86_64"/>
 	<PACKAGE NAME="sysstat" VERSION="10.1.5" />
 	<PACKAGE NAME="gcc" VERSION="4.8.2" />
 	<PACKAGE NAME="gcc-c++" VERSION="4.8.2" />
 	<PACKAGE NAME="ksh" VERSION="..." />
 	<PACKAGE NAME="make" VERSION="3.82" />
 	<PACKAGE NAME="glibc" VERSION="2.17" ARCHITECTURE="x86_64"/>
 	<PACKAGE NAME="glibc-devel" VERSION="2.17"  ARCHITECTURE="x86_64"/>
 	<PACKAGE NAME="libaio" VERSION="0.3.109"  ARCHITECTURE="x86_64"/>
 	<PACKAGE NAME="libaio-devel" VERSION="0.3.109"  ARCHITECTURE="x86_64"/>
    </PACKAGES>
    <KERNEL>
	<PROPERTY NAME="VERSION" VALUE="3.8.0"/>
	<PROPERTY NAME="hardnofiles" VALUE="4096"/>
	<PROPERTY NAME="softnofiles" VALUE="4096"/>
    </KERNEL>
  </OPERATING_SYSTEM>

  <OPERATING_SYSTEM>
    <VERSION VALUE="8"/>
    <ARCHITECTURE VALUE="x86_64"/>
    <NAME VALUE="Linux"/>
    <VENDOR VALUE="redhat"/>
    <GLIBC ATLEAST="2.17">
    </GLIBC>
    <PACKAGES>
 	<PACKAGE NAME="binutils" VERSION="2.23.52.0.1" />
 	<PACKAGE NAME="libcap" VERSION="2.25-9" />
 	<PACKAGE NAME="libstdc++" VERSION="8.2.1-3.5.0.1.el8"  ARCHITECTURE="x86_64"/>
 	<PACKAGE NAME="libgcc" VERSION="4.8.2"  ARCHITECTURE="x86_64"/>
 	<PACKAGE NAME="libstdc++-devel" VERSION="4.8.2"  ARCHITECTURE="x86_64"/>
 	<PACKAGE NAME="sysstat" VERSION="10.1.5" />
 	<PACKAGE NAME="gcc" VERSION="4.8.2" />
 	<PACKAGE NAME="gcc-c++" VERSION="4.8.2" />
 	<PACKAGE NAME="ksh" VERSION="..." />
 	<PACKAGE NAME="make" VERSION="3.82" />
 	<PACKAGE NAME="glibc" VERSION="2.17"  ARCHITECTURE="x86_64"/>
 	<PACKAGE NAME="glibc-devel" VERSION="2.17"  ARCHITECTURE="x86_64"/>
 	<PACKAGE NAME="libaio" VERSION="0.3.109"  ARCHITECTURE="x86_64"/>
 	<PACKAGE NAME="libaio-devel" VERSION="0.3.109"  ARCHITECTURE="x86_64"/>
    </PACKAGES>
    <KERNEL>
	<PROPERTY NAME="VERSION" VALUE="3.10.0"/>
	<PROPERTY NAME="hardnofiles" VALUE="4096"/>
	<PROPERTY NAME="softnofiles" VALUE="4096"/>
    </KERNEL>
  </OPERATING_SYSTEM>

---

Re-run Clone

perl adcfgclone.pl appsTier

✅ Clone should proceed successfully

---

Permanent Solution

The above fix is temporary. For a clean and future-proof setup, apply the patch on Production App Tier.

---

Apply Patch on Source (Linux 7)

unzip -d PATCH_TOP p33471111_111190_Generic.zip

---

Replace prereq Directory (Run & Patch FS)

cd /u01/8045_Iteration/ebiz/FMW_Home/webtier/inventory/Scripts

mv prereq OFF_TILL_LINUX_7_prereq

cp -r /u01/8045_Iteration/prereq .

---

Run Preclone Again

cd $ADMIN_SCRIPTS_HOME

perl adpreclone.pl appsTier

---

Take Fresh Backup

Create a new tar backup:

/u01/Prod/ebiz/fs1/EBSapps

Then:

• Transfer to Linux 8 server
• Extract
• Run clone again
  
  Now cloning will work without any workaround

---

Conclusion

The CertifiedVersions failure during appsTier cloning happens due to outdated prereq scripts that do not recognize Linux 8.

Quick Fix:

Replace prereq directory on target

Permanent Fix:

Apply patch on source → run preclone → take fresh backup

Following the permanent solution ensures:

• Clean cloning process
• No repeated fixes
• Compatibility with modern OS versions