ASM无法发现磁盘组----ORA-29780

ORA-29780


ORA-29780: unable to connect
GPnP daemon [CLSGPNP_ERR]

 

安装完成 11GR2 Grid 之后,使用asmca创建磁盘组的时候遇到如下报错:

Started getting following error

ORA-29780: unable to connect to GPnP daemon [CLSGPNP_ERR]

google 一把 和环境变量有关:(CRS/GRID 是运行正常的). 

grid@rac1 /oragrid/dbs> env | grep ORA

GRID_HOME=/opt/11.2.0/grid <====== 从老的bash_profle 中继承的!

ORACLE_SID=+ASM1

ORACLE_BASE=/opt/rac/grid

ORACLE_HOME=/opt/rac/11.2.0/grid

$GRID_HOME变量必须和$ORACLE_HOME 保持一致,否则在使用asmca创建磁盘的时候 会认不到asm 磁盘!

[root@m1 ~]# cat  /etc/udev/rules.d/99-oracle-asmdevices.rules 

KERNEL=="sd*", BUS=="scsi", PROGRAM=="/sbin/scsi_id -g -u -s %p", RESULT=="36000c29a89de45f738ab0cfa02b9c79e", NAMEadmin", MODE="0660"

KERNEL=="sd*", BUS=="scsi", PROGRAM=="/sbin/scsi_id -g -u -s %p", RESULT=="36000c295cfaf6508afb7635d7d212ea4", NAMEadmin", MODE="0660"

KERNEL=="sd*", BUS=="scsi", PROGRAM=="/sbin/scsi_id -g -u -s %p", RESULT=="36000c2968c0330c628277dd9d434b227",
NAMEadmin", MODE="0660"

KERNEL=="sd*", BUS=="scsi", PROGRAM=="/sbin/scsi_id -g -u -s %p", RESULT=="36000c29b24374ca1e1d72fb7cc4eeaeb",
NAMEadmin", MODE="0660"

KERNEL=="sd*", BUS=="scsi", PROGRAM=="/sbin/scsi_id -g -u -s %p", RESULT=="36000c29e6a3d2a6368deeaf7d0cd971b", NAMEadmin", MODE="0660"

KERNEL=="sd*", BUS=="scsi", PROGRAM=="/sbin/scsi_id -g -u -s %p", RESULT=="36000c290212ef972a444f1036210823b",
NAMEadmin", MODE="0660"

[root@m1 ~]# /sbin/udevcontrol reload_rules

[root@m1 ~]# /sbin/start_udev 

Starting udev:                                             [  OK  ]

[root@m1 ~]# cd /dev/

[root@m1 dev]# ll asm*

brw-rw---- 1 grid asmadmin 8, 16 Oct 29 21:04 asm1

brw-rw---- 1 grid asmadmin 8, 32 Oct 29 21:04 asm2

brw-rw---- 1 grid asmadmin 8, 48 Oct 29 21:04 asm3

brw-rw---- 1 grid asmadmin 8, 64 Oct 29 21:04 asm4

brw-rw---- 1 grid asmadmin 8, 80 Oct 29 21:04 asm5

brw-rw---- 1 grid asmadmin 8, 96 Oct 29 21:04 asm6

brw-rw---- 1 grid asmadmin 8, 48 Oct 29 15:38 asm-disk1

brw-rw---- 1 grid asmadmin 8, 64 Oct 29 16:58 asm-disk2

brw-rw---- 1 grid asmadmin 8, 80 Oct 29 16:58 asm-disk3

brw-rw---- 1 grid asmadmin 8, 96 Oct 29 16:58 asm-disk4

[root@m1 dev]# ll ocr*

brw-rw---- 1 grid asmadmin 8, 16 Oct 29 16:58 ocr1

brw-rw---- 1 grid asmadmin 8, 32 Oct 29 16:58 ocr2

[root@m1 dev]# 

ocr1 ocr2 是以前建的 把原来的分区格式化后新建的asm  分区 mkfs -t ext3  

start_udev  为什么 没有把原来的分区格式掉?这个是什么原因

为什么通过ls -l  /dev/asm* 能够看到


时间: 2024-09-17 20:46:12

ASM无法发现磁盘组----ORA-29780的相关文章

ORACLE 12C RAC修改ocr/votedisk/asm spfile所在磁盘组名称

今天看着我这个单节点的12C rac,突然觉得ocr所在的磁盘组叫做+DG_SYS有点不舒服,想改成+SYS_DG.处理方法是先把ocr/votedisk/asm spfile迁移到已经存在的asm中,然后修改磁盘组名称,最后迁移到新名称磁盘组中(本次处理流程+DG_SYS->+DATA->+SYS_DG) 当前运行情况 [grid@xifenfei ~]$ crsctl status res -t -----------------------------------------------

单实例ASM无法创建磁盘组问题处理

问题现象:         在单实例数据库上安装好了Oracle GridInfrastructure 11gR2用于standby数据库创建ASM使用,但是在通过grid用户登录执行ASMCA命令后出来Create ASM GUI界面,简单配置后执行create ASM 的过程中报错:Oracle Grid Infrastructure is not configured properly.ASMCA needOracle Grid Infrastructure to configure AS

oracle中存储精简卷导致asm磁盘组异常

有朋友在一个存储空间给asm使用,发生空间不足,然后使用另外一个存储中的lun给asm的data磁盘组增加asm disk,运行了大概1天之后,asm磁盘组直接dismount,数据库crash.然后就无法正常mount.包括这个存储上的几个其他磁盘组也无法正常mount. 数据库异常日志 Sun Oct 23 08:43:59 2016 SUCCESS: diskgroup DATA was dismounted SUCCESS: diskgroup DATA was dismounted S

ASM 无法发现候选磁盘组----丢失的ASM磁盘组 ASM的磁盘组无法挂载

近日遇到一个问题,ASM的磁盘组无法挂载,之前是正常的,由于一些其他的操作,数据库启动失败,当问题排除时候,发现在数据库整体启动时,挂载磁盘组的环节出现问题. 环境介绍 ######################################### 硬件:Vmware ESX虚拟机 OS: Red hat linux 5 Oracle version: 11.2.0.2 ASM disk是通过 asmlib挂载的 这个磁盘组只有一个虚拟出的硬盘,是 /dev/sdb1. ##########

ASM磁盘组删除DISK操作

ASM接触了很长时间,从磁盘组中删除磁盘的操作还是第一次.     没想到这么简单的操作,由于不熟悉还碰到了两个小问题. [oracle@dbserver1 ~]$ sqlplus / as sysdba SQL*Plus: Release 11.2.0.2.0 Production on Tue Aug 9 10:08:06 2011 Copyright (c) 1982, 2010, Oracle.  All rights reserved. Connected to: Oracle Dat

Oracle 11gR2 RAC DBCA无法识别ASM磁盘组(ORA-19504,ORA-15045,ORA-17502,ORA-15081)

ORA-19504: failed to create file "+DATA" ORA-15045: ASM file name '+DATA' is not in reference form ORA-17502: ksfdcre:5 Failed to create file +DATA ORA-15081: failed to submit an I/O operation to a disk   在DBCA过程中,发现无法识别ASM磁盘组报以上错误,解决方法如下: 两个节点分

asm磁盘组的冗余级别+Voting Disk and OCR

1.Specify the redundancy level of the disk group. For Oracle ASM to mirror files, specify the redundancy level as NORMAL REDUNDANCY (2-way mirroring by default for most file types) or HIGH REDUNDANCY (3-way mirroring for all files).  Specify EXTERNAL

ASM 翻译系列第三十四弹:ASM磁盘组重要属性介绍

ASM Disk Group Attributes 磁盘组的属性是ASM 11.1版本引入的,是磁盘组层面而非ASM实例层面的.磁盘组的属性有一些只能在创建磁盘组时指定,有一些只能在创建之后指定,还有一些可以在任何时候指定. 本篇内容是对本系列文章-[ASM Attributes Directory]的展开. ACCESS_CONTROL.ENABLED ACCESS_CONTROL.ENABLED属性指定了一个磁盘组的ASM File Access Control是否启用,参数的值可以设置为t

asm-oracle ASM 文件总是分布在该磁盘组中的所有ASM 磁盘上 如何保证数据安全

问题描述 oracle ASM 文件总是分布在该磁盘组中的所有ASM 磁盘上 如何保证数据安全 ASM 的一个特有优势是可基于文件而不是卷进行镜像.因此,同一磁盘组可以包含镜像文件或非镜像文件的组合. ASM 文件总是分布在该磁盘组中的所有ASM 磁盘上. 这是不是意味着同一文件和其镜像文件会放在同一块磁盘上. 如何保证数据安全?刚接触,太多不懂度娘不到,请大师讲讲. 解决方案 如果物理服务器都被人家拿走了,那就没有什么安全可以讲了.