Shulou(Shulou.com)06/01 Report--

The official 18C can also be installed at more than 6.4, but 19c now out of the exadata suddenly to 7.4 (official requirements), then 6.X can still be installed? After testing, the following ways are the most feasible, there are other better ways to welcome you to leave a message.

(the following are purely personal hobbies, important production environment recommendations, etc., the final version of the 19c for linux version of ORACLE, whichever is official)

Media download address: edelivery.oracle.com

1 install linux 6.4_x64 and above, select the minimum installation during installation

2 after the installation is completed, configure the network and update the glibc library immediately. In 6.10, the latest glibc is 2.12, while 19c requires version 2.14 or above. Similarly, libstdc++ requires more than 3.14 or runinstaller installation will report an error.

Rpm-Uvh glibc-common-2.17-55.el6.x86_64.rpm glibc-2.17-55.el6.x86_64.rpmrpm-Uvh libstdc++-4.7.2-2.el6.x86_64.rpm libstdc++-devel-4.7.2-2.el6.x86_64.rpmyum install kernel-headers check version: ldd-- versionstrings / lib64/libc.so.6 | grep GLIBC_strings / usr/lib64/libstdc++.so.6 | grep-I glibc

Yum configuration for OHLE6.X:

[ol6_latest] name=Oracle Linux $releasever Latest ($basearch) baseurl= https://yum.oracle.com/repo/OracleLinux/OL6/latest/$basearch/gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-oraclegpgcheck=0enabled=1

Then make up the package:

Yum install kernel-headersrpm-ivh glibc-devel-2.17-55.el6.x86_64.rpm glibc-headers-2.17-55.el6.x86_64.rpm nscd-2.17-55.el6.x86_64.rpmyum install oracle-database-preinstall-18c yum-y install gcc yum-y install xhost

Configure the CVM name, otherwise it is impossible to build a database:

Echo "192.168.56.104 rhel610" > > / etc/hosts

Add environment variables:

Vi / home/oracle/.bash_profileexport DISPLAY=192.168.56.1:0.0export ORACLE_HOME=/u01/oracleexport ORACLE_BASE=/u01/appexport ORACLE_SID=or19cPATH=$PATH:$HOME/bin:$ORACLE_HOME/bin

The other installation steps are the next step. There is nothing to say.

Related errors:

1 because 18C supports 6.4or more, during this period, I tried to replace 19c's exectask with 18c's exectask, hoping to fool the past, but oracle hit me in the face:

/ u01/oracle/runInstaller-1-thread-1 InternalDriverErr [pool-1-thread-1] [2019-02-27 18 CST 2414 57.554 Err] [ClusterConfig.destroy:468] destroying resources for client thread Thread [pool-1 words Thread 1 Jol 5 Main] [pool-1-thread-1] [2019-02-27 18 CST 24 CST] [GlobalExecution.dumpTraceInfo:1509]-Execution Trace for getExectaskVer from node: rhel610-[pool-1-thread-1] [2019-02-27 18 V 24 pool-1-thread-1 57.554 CST] [GlobalExecution.dumpTraceInfo:1517]:: Inside execute () [pool-1-thread-1] [2019-02-27 18 V 24 CST] [GlobalExecution.dumpTraceInfo:1517] The version of exectask at node 'rhel610' is' 18.0.0.0.06 "26" 18mm x866.64' [pool-1-thread-1] [2019-02-27 1814 2414 57.554 CST] [VerificationUtil.checkGetExectaskVerResults:7782] Exectask version on node 'rhel610' is' 18.0.0.0.0.06_26_18_x86_64 "[pool-1-thread-1] [2019-02-27 18: 24RV 57.554 CST] [VerificationUtil.compatibleExectask:9331] Comparing framework version '19.0.0.0.0.02 "03mm 19mm x8664" with exectask version' 18.0.0.0.0.06 "26" 18" x861464' [pool-1-thread-1] [2019-02-27 18V 24V 57.555 CST] [VerificationUtil.checkGetExectaskVerResults:7791] Incompatible exectask found on node: rhel610 [pool-1-thread-1] [2019-02- 27 18:24:57.555 CST] [ResultSet.addResultSetData:902] addResultSetData Called from: VerificationUtil.checkDestLoc: 6717 [pool-1-thread-1] [2019-02-27 18 1-thread-1 24 CST 57.555 CST] [ResultSet.traceResultSet:1040]

It adds exectask-getver version judgment.

2. Upgrade the glibc library with source code or upgrade the glibc library after the system is installed with other packages, that is, as follows:

Strings / lib64/libc.so.6 | grep GLIBC_wget http://ftp.gnu.org/gnu/glibc/glibc-2.14.tar.gz wget http://ftp.gnu.org/gnu/glibc/glibc-ports-2.14.tar.gz tar-xvf glibc-2.14.tar.gz tar-xvf glibc-ports-2.14.tar.gzmv glibc-ports-2.14 glibc-2.14/portsmkdir glibc-2.14/buildcd glibc-2.14/build. / configure -prefix=/usr-- disable-profile-- enable-add-ons-- with-headers=/usr/include-- with-binutils=/usr/binmakemake install

You can pass it in runinstaller, but hit it in the face directly in exectask:

!!! WARNING!-- > libstdc++-2.17.0

Libstdc++-2.17.0-stub.so This is a stub library which can be used for link

3 DBCA creating database Times error DBT-08001 08002 Unable to check for available memory

View:

The path to the oracle 11g/12c/18c/19c dbca log / trace file is:

$ORACLE_BASE/cfgtoollogs/dbca//trace.log

For more information on how to use trace dbca, please see the MOS documentation:

Master Note: Troubleshooting Database Configuration Assistant (DBCA) (document ID 1510457.1)

Tracing the Database Configuration Assistant (DBCA) (document ID 188134.1)

Checking the error reported is actually the error reported by exectask.

Welcome to subscribe "Shulou Technology Information " to get latest news, interesting things and hot topics in the IT industry, and controls the hottest and latest Internet news, technology news and IT industry trends.