Oracle 11g RAC安装时的INS-30507错误:Empty ASM disk group

最近的Oracle 11g RAC安装碰到了INS-30507错误,也就是在grid安装到创建ASM磁盘组的时候找不到任何候选磁盘,google了N多安装指导也没有找到蛛丝马迹。如果你碰到这个问题,不妨往下瞧。

1、错误信息与解释

SEVERE: [FATAL] [INS-30507] Empty ASM disk group.

CAUSE: No disks were selected from a managed ASM disk group.

ACTION: Select appropriate number of disks from a managed ASM disk group.

Oracle官方给出的这个解释也太揪心了,舍此之外,着实没有给出任何有用的信息

2、安装时的环境

操作系统(Oracle linux 5.5 32bit)

[root@node1 ~]# cat /etc/issue

Enterprise Linux Enterprise Linux Server release 5.5 (Carthage)

Kernel \r on an \m

Oracle版本

Oracle 11g RAC R2(32bit)

宿主机系统

Win7 64bit + vmware server 2.0.2

3、asm磁盘信息及权限

[grid@node1 ~]$ oracleasm listdisks

ASM_DATA

ASM_FRA

OCR_VOTE

[grid@node2 ~]$ oracleasm listdisks

ASM_DATA

ASM_FRA

OCR_VOTE

#从下面可以看出磁盘的属主,属组及权限都是ok的

[grid@node1 disks]$ ls -hltr

total 0

brw-rw---- 1 grid asmadmin 8, 17 Dec 11 11:49 OCR_VOTE

brw-rw---- 1 grid asmadmin 8, 33 Dec 11 11:49 ASM_DATA

brw-rw---- 1 grid asmadmin 8, 49 Dec 11 11:49 ASM_FRA

#两节点都安装了cvuqdisk包

[grid@node1 ~]$ CVUQDISK_GRP=oinstall; export CVUQDISK_GRP

[grid@node1 ~]$ rpm -qa | grep cvuqdisk

cvuqdisk-1.0.7-1

[grid@node2 ~]$ CVUQDISK_GRP=oinstall; export CVUQDISK_GRP

[grid@node2 ~]$  rpm -qa | grep cvuqdisk

cvuqdisk-1.0.7-1

4、CVU校验结果

#安装前的校验

[grid@node1 grid]$ ./runcluvfy.sh stage -pre crsinst -fixup -n node1,node2 -verbose

Performing pre-checks for cluster services setup

Checking node reachability...

Check: Node reachability from node "node1"

Destination Node                      Reachable?

------------------------------------  ------------------------

node1                                 yes

node2                                 yes

Result: Node reachability check passed from node "node1"

Checking user equivalence...

Check: User equivalence for user "grid"

Node Name                             Comment

------------------------------------  ------------------------

时间: 2024-10-15 06:01:24

Oracle 11g RAC安装时的INS-30507错误:Empty ASM disk group的相关文章

Oracle 11g RAC安装时的错误提示:Failed to create or upgrade OLR

对于Oracle 11g RAC 的安装,与Oracle 10g(clusterware)类似,grid 安装完毕后需要执行orainstroot.sh和root.sh,如果是AMD芯片,Oracle说不认识啊,那就要恭喜一下你又多了一次patch的亲密接触,这个错误提示是Failed to create or upgrade OLR.客官,中招了?接着往下看... 1.安装时的环境 操作系统(Oracle linux 5.5 32bit) [root@node1 ~]# cat /etc/is

安装Oracle 11g RAC R2时的Linux DNS配置

Oracle 11g RAC 集群中引入了SCAN(Single Client Access Name)的概念,也就是指集群的单客户端访问名称.SCAN 这个特性为客户端提供了单一的主机名,用于访问集群中运行的 Oracle 数据库.如果您在集群中添加或删除节点,使用 SCAN 的客户端无需更改自己的 TNS 配置.无论集群包含哪些节点,SCAN 资源及其关联的 IP 地址提供了一个稳定的名称供客户端进行连接使用.在Oracle 11g grid 安装时即要求为该特性配置DNS解析方式或GNS解

Oracle 11g RAC 执行root.sh时遭遇 CRS-0184/PRCR-1070

Oracle 11g RAC安装时,在第一个节点执行root.sh时遭遇了CRS-0184/PRCR-1070,Google了很多帖子也没有找到解决办法.呜呜,还是静下心来看日志!!最后的发现原来是一个不经意的小问题,如下面的描述.   1.故障现象 #安装环境 [root@linux1 ~]# more /etc/issue Enterprise Linux Enterprise Linux Server release 5.5 (Carthage) Kernel \r on an \m [r

安装Oracle 11g RAC R2 之Linux DNS 配置

    Oracle 11g RAC 集群中引入了SCAN(Single Client Access Name)的概念,也就是指集群的单客户端访问名称.SCAN 这个特性为客户端提供了单一的主机名,用于访问集群中运行的 Oracle 数据库.如果您在集群中添加或删除节点,使用 SCAN 的客户端无需更改自己的 TNS 配置.无论集群包含哪些节点,SCAN 资源及其关联的 IP 地址提供了一个稳定的名称供客户端进行连接使用.在Oracle 11g grid 安装时即要求为该特性配置DNS解析方式或

Oracle RAC安装时需要执行4个脚本及意义

RAC安装时需要执行4个脚本 1) $ORACLE_BASE/oraInventory/orainstRoot.sh (clusterware 结束时执行) 2) $CRS_HOME/root.sh (clusterware 结束时执行) 3) $CRS_HOME/bin/vipca.sh(该脚本是在第二个节点执行$CRS_HOME/root.sh时被自动调用) 4) $ORACLE_HOME/root.sh (安装完数据库以后执行) 1. orainstRoot.sh 脚本 1.1 orain

oracle数据库-用vbox在windows2008 server上安装 oracle 11g rac 遇到节点连接性检查失败

问题描述 用vbox在windows2008 server上安装 oracle 11g rac 遇到节点连接性检查失败 用vbox在windows2008 server上安装 oracle 11g rac 遇到节点连接性检查失败在rac1安装grid的时候,提示节点连接性失败 安装日志如下 Using paramFile: C:homewin64_11gR2_gridgridinstalloraparam.ini Checking monitor: must be configured to d

【Oracle 集群】Oracle 11G RAC教程之集群安装(七)

Oracle 11G RAC集群安装(七) 集群安装 在进行oracle集群安装之前,首先看下整体集群架构图.另:oracle RAC集群整体配置基于三个步骤(前期配置,集群安装,数据库安装)                         Oracle登入rac1进行上传,解压安装p13390677_112040_Linux-x86-64_1of7.zip.p13390677_112040_Linux-x86-64_2of7.zip.p13390677_112040_Linux-x86-64_

Oracle 11g RAC 环境下单实例非缺省监听及端口配置

      如果在Oracle 11g RAC环境下使用dbca创建单实例数据库后,Oracle会自动将其注册到缺省的1521端口及监听器.大多数情况下我们使用的为非缺省监听器以及非缺省的监听端口.而且在Oracle 11g RAC环境中,对于集群监听器的配置由grid用户来接管了.基于这种情形的单实例非缺省监听及端口该如何配置呢?本文给出了解决方案,并且使用了静态及动态两种注册方法.              关于单实例下非缺省监听及端口的配置可以参考下面的文章.实际上参照下列文章依旧可以完成

ORACLE 11g RAC TNS无法正常登陆之ORA-12537&ORA-01017&SP2-0157

    2016年11月21日,一同事安装ORACLE 11g rac for hpunix时,安装流程出错:grid软件已经安装,oracle软件已经安装,在oracle使用dbca建库时,找不到数据库安装的共享磁盘, 经查后发现,oracle用户没有asmadmin附加组,于是将oracle用户拉入asmadmin组(2个节点的oracle用户附加组的顺序已经不对应),然后完成dbca的建库操作,安装完成后,集群 正常启动,监听正常,数据库正常打开,在本地sys.system和普通用户能使用