java.home=/path/to/valid/jdk This bypasses auto-detection entirely. chcon -t bin_t $ORACLE_HOME/jdk/bin/java restorecon -v $ORACLE_HOME/jdk/bin/java Or temporarily disable (not recommended for production): setenforce 0 . 5.5 Windows-Specific Fix Wrap JAVA_HOME in short path names:
unset JAVA_HOME export PATH=$ORACLE_HOME/jdk/bin:$PATH cd $ORACLE_HOME/OPatch ./opatch lsinventory If opatch.pl is corrupted, reinstall OPatch from a clean download: -eq 1 ]; then echo "Java detection failure
$ORACLE_HOME/OPatch/opatch lsinventory -invPtrLoc $ORACLE_HOME/oraInst.loc > /dev/null if [ $? -eq 1 ]; then echo "Java detection failure - abort patching" exit 1 fi The error “java -1.6- could not be located. opatch cannot proceed. opatch returns with error code 1” is not a simple “missing Java 1.6” problem. It is a symptom of broken Java discovery logic within OPatch , usually triggered by environment pollution, corrupted Perl scripts, or permission issues. The “-1.6-” is an artifact of uninitialized variables, not a version requirement. It is a symptom of broken Java discovery
#!/bin/bash unset JAVA_HOME unset CLASSPATH unset LD_LIBRARY_PATH export ORACLE_HOME=/u01/app/oracle/product/19.3.0/dbhome_1 export PATH=$ORACLE_HOME/OPatch:$ORACLE_HOME/jdk/bin:$PATH exec $ORACLE_HOME/OPatch/opatch "$@" Before any patching, run: usually triggered by environment pollution