rac1执行root.sh成功,rac2执行失败. 在重新执行root.sh前,在rac2上把crs等配置信息删除: # /u01/app//grid/crs/install/rootcrs.pl -verbose -deconfig -force

Oracle 11g RAC 第二节点root.sh执行失败后再次执行root.sh前,要先清除之前的crs配置信息 # /u01/app/11.2.0/grid/crs/install/rootcrs.pl -verbose -deconfig -force # /u01/app/11.2.0/grid/root.sh

RAC版本:11.2.0.4 OS版本:linux 6.4 RAC安装gird,第一个节点执行root.sh运行失败,报"The ora.asm resource is not ONLINE"错误.详细日志如下: # /u01/app/11.2.0/grid/root.sh Performing root user operation for Oracle 11g The following environment variables are set as: ORACLE_OWNER=

说明: 最开始是用的rehat7.2安装12.2.0.1,后面安装GI节点一执行root.sh脚本失败,排查原因,最开始以为是操作系统的问题,换成rehat7.6,同样的出现问题,经过一番折腾,后面通过MOS文献解决问题(如果直接18C,可以避免此BUG). 一.前期规划 1.软件环境 操作系统:RedHat Linux 7.x 64位 数 据 库:Oracle 12.2.0.1 RAC 2.主机规划 二.安装数据库前准备 1.清除 DNS 中内容 vi /etc/resolv.conf    

原文博客链接地址:10gR2 rac怎样重跑root.sh ? 前几天遇到一客户的10205 rac,出现LMD进程IPC SEND TIMEOUT问题. 准备深入研究下Oracle RAC 的LMON,LMD以及LMS进程,发现自己的VM RAC无法启动了,最后看了下.竟然是有个节点的分区不见了. ++++Node2 ? 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32

Failed to create keys in the OLR, rc = 127, Message: /opt/app/11.2.0/grid/bin/clscfg.bin: error while loading shared libraries: libcap.so.1: cannot open shared object file: No such file or directory 执行如下操作,就可以在此执行root.sh了 [root@HE1 ~]# cd /lib64 [roo

第一节点运行root.sh脚本的结果: # /u01/app//grid/root.sh Performing root user operation for Oracle 11g The following environment variables are set as: ORACLE_OWNER= oragrid ORACLE_HOME= /u01/app//grid Enter the full pathname of the local bin directory: [/usr/loc

单独在linux 7中为ohasd设置一个服务.步骤如下1. 创建服务ohas.service的服务文件并赋予权限touch /usr/lib/systemd/system/ohas.servicechmod 777 /usr/lib/systemd/system/ohas.service 2. 往ohas.service服务文件添加启动ohasd的相关信息 vi /usr/lib/systemd/system/ohas.service[Unit]Description=Oracle High

一.报错信息 二.原因分析 因为RHEL 7使用systemd而不是initd运行进程和重启进程,而root.sh通过传统的initd运行ohasd进程 三.解决办法 在RHEL 7中ohasd需要被设置为一个服务,在运行脚本root.sh之前. 1.以root用户创建服务文件touch /usr/lib/systemd/system/ohas.servicechmod 777 /usr/lib/systemd/system/ohas.service 将以下内容添加到新创建的ohas.servi

环境:oracle10g 系统:CentOS6.4 开始的时候,在节点1上运行root.sh发现出现90s 的时候hang住了,结束掉,结局完事后,再次运行root.sh报错 WARNING: directory '/u01/app/oracle/product/10.2.0' is not owned by root WARNING: directory '/u01/app/oracle/product' is not owned by root WARNING: directory '/u0

安装cluster软件  在节点2执行root.sh脚本 报错如下: Running vipca(silent) for configuring nodeapps /db/oracle/product/10.2.0/crs/jdk/jre//bin/java: error while loading shared libraries: libpthread.so.0: cannot open shared object file: No such file or directory 解决方案如下

    近期在给客户基于Suse 11 sp3安装Oracle 10g RAC,在安装完clusterware运行/u01/app/crs/root.sh时收到错误提示.Failed to upgrade Oracle Cluster Registry configuration因为当前的环境使用了多路径,从Oracle的描写叙述来看.这是一个Oracle Bug(4679769),假设你有同样的问题,请接着往下看. 一.故障现象suse11a:/u01/app/crs # /u01/app/c

1.环境 OS:SUSE Linux Enterprise 12 SP3 X86_64 (Kernel: 4.4.162-94.69.2) DB:12.2.0.1 两节点RAC 参考文档:在 SLES 12 上安装 Oracle Database 12.2 64-bit(AMD64/EM64T)的要求 (文档 ID 2298414.1) 2.节点1 root.sh WWJD-DB1:/root #/oracle/app/12.2.0/grid/root.sh Performing root us

[root@testdb11b dev]# /u01/app//grid/root.sh Performing root user operation for Oracle 11g The following environment variables are set as: ORACLE_OWNER= grid ORACLE_HOME= /u01/app//grid Enter the full pathname of the local bin directory: [/usr/local/

在安装GRID过程中,运行root.sh脚本时报如下信息: Adding Clusterware entries to upstart CRS-2672: Attempting to start 'ora.mdnsd' on 'rac11g1' CRS-2676: Start of 'ora.mdnsd' on 'rac11g1' succeeded CRS-2672: Attempting to start 'ora.gpnpd' on 'rac11g1' CRS-2676: Start of

troubleshooting root.sh problem ------*for 10g and 11.1 1.查证公网,私网的节点名是可以互相ping通的 2.---查证OCR/Voting 文件对oracle .root用户都是可以读写的,盘的权限     Dd if=/dev/raw/raw1 of=/dev/null   --验证可读 Pre Install:  OCR    - root:oinstall   - 640  Voting - oracle:oinstall - 66

第二个节点运行root.sh报错如下 Entries will be added to the /etc/oratab file as needed by Database Configuration Assistant when a database is created Finished running generic part of root script. Now product-specific root actions will be performed. Using configu

问题描述: 在LINUX 7.5 的环境上安装12.2.0.1 Restart Grid环境,执行root.sh  报 CLSRSC-400 错误 错误如下: 解决办法: 1. 参考(文档ID 1364419.1)或运行./deinstall   清空原有安装文件 2.  通过以下命令提前对GI_HOME打最新RU补丁 12.2.0.1 The steps for 12.2.0.1 are: 1. Unzip Grid Infrastructure Gold Image to the Desir

问题现象: [root@ora12c ghome]# /opt/oracle/ghome/root.sh Performing root user operation. The following environment variables are set as: ORACLE_OWNER= grid ORACLE_HOME= /opt/oracle/ghome .................... CRS-: Oracle High Availability Services has be

安装集群GRID/GI一般包括三个过程:首先,运行OUI/RunInstaller输入集群配置信息,其次,拷贝/编译集群文件,最后,以root用户运行root.sh脚本配置集群/启动集群,其中运行root.sh脚本是最关键的阶段.接触过很多SR case都是在这个阶段出现错误导致安装失败.如果问题修复后,需要先deconfigure 已有的配置,然后再运行root.sh.从11.2.0.2版本开始支持重复运行root.sh脚本,也就是说修复问题后,可以直接再运行root.sh,并且从上次失败的地