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

安装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 解决方案如下

说明: 最开始是用的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    

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

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

一.报错信息 二.原因分析 因为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

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=

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

在安装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

第一节点运行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.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

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

转载:http://www.jb51.net/article/125754.htm 这篇文章主要介绍了oracle执行update语句时卡住问题分析及解决办法,涉及记录锁等相关知识,具有一定参考价值,需要的朋友可以了解. 问题 开发的时候debug到一条update的sql语句时程序就不动了,然后我就在plsql上试了一下,发现plsql一直在显示正在执行,等了好久也不出结果.但是奇怪的是执行其他的select语句却是可以执行的. 原因和解决方法 这种只有update无法执行其他语句可以执行的其

因公司测试环境的登录模式有2种,大佬们直接写了个脚本完成一键切换,看了其中的脚本文件,其中出现了send "sh out.sh\r":一直疑惑这里的sh out.sh的意思...查了资料才发现也是执行脚本,但与./执行脚本有些区别!!! 一.使用./执行脚本 前提:要求对应的.sh文件需有执行权限.如下图,需给文件赋予执行权限才能使用./来执行. 二.使用sh执行脚本 区别:.sh文件没有执行权限时,使用sh来执行.sh文件也可执行成功.

Creating /etc/oratab file...Entries will be added to the /etc/oratab file as needed byDatabase Configuration Assistant when a database is createdFinished running generic part of root script.Now product-specific root actions will be performed.Using co

运行root.sh脚本的时候报错 报错信息: [root@rac1 ~]# /u01/app/oraInventory/orainstRoot.sh Changing permissions of /u01/app/oraInventory.Adding read,write permissions for group.Removing read,write,execute permissions for world. Changing groupname of /u01/app/oraInve

原文博客链接地址: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

问题现象: [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

RHEL 7.5中安装11gRAC时,在grid infrastructure的root.sh执行时,报错: # /oracle/product/11g/grid/root.sh ... Adding Clusterware entries to inittab ohasd failed to start Failed to start the Clusterware. Last 20 lines of the alert log follow: 2019-01-04 17:02:36.004:

1.简介 看门狗的作用是定期检测服务正常运行,如果发现服务不在了,会重新拉起服务:linux中可以利用系统的定时任务功能crontab定期的去执行watchdog.sh脚本,而watchdog.sh脚本中则是通过查看服务的状态,在查找结果字符串中用grep命令去检索是否有running字符串,来判断服务是否正在运行:如果没有,则拉起服务:实现看门狗的功能: ls -al 1> list.txt 2> /dev/null 2表示控制台的错误信息,/dev/null表示垃圾黑洞,相当于垃圾箱,2&