ORA-15032,ORA-15075(磁盘组添加磁盘报错)

2023-11-22 01:58
文章标签 报错 磁盘 ora 15032 15075

本文主要是介绍ORA-15032,ORA-15075(磁盘组添加磁盘报错),希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

一:版本信息

操作系统版本 AIX 6109

数据库版本  11.2.0.3(PSU5)

 

二:错误描述

在给asm磁盘组添加磁盘的时候报如下错误

ORA-15032: not all alterations performed 
Cause: At least one ALTER DISKGROUP action failed.
Action: Check the other messages issued along with this summary error.
ORA-15075: disk(s) are not visible cluster-wide 
Cause: An ALTER DISKGROUP ADD DISK command specified a disk that could not be discovered by one or more nodes in a RAC cluster configuration.
Action: Determine which disks are causing the problem from the GV$OSM_DISK fixed view. Check operating system permissions for the device and the storage sub-system configuration on each node in a RAC cluster that cannot identify the disk.

#根据ORA-15075报错信息我们已经能够大概知道报错的原因了,应该是因为我们添加的磁盘组不是在所有的rac节点都是可见的。根据这个思路我去操作系统上看了一下,发现在rac的第二个节点上磁盘的属主和属组是root,看来这就是问题所在了。

 

三:解决方案

1. 在两个节点上查看一下目前磁盘信息

节点1

<p>SQL> select GROUP_NUMBER,DISK_NUMBER,MOUNT_STATUS,HEADER_STATUS,NAME,PATH from v$asm_disk;    </p><p>GROUP_NUMBER DISK_NUMBER MOUNT_S HEADER_STATU NAME                           PATH
------------ ----------- ------- ------------ ------------------------------ --------------------------------------------------
1           0 CACHED  MEMBER       CRSDG_0000                     /dev/rhdiskpower0
1           1 CACHED  MEMBER       CRSDG_0001                     /dev/rhdiskpower1
........
4          41 CACHED  MEMBER       DATA1DG_0041                   /dev/rhdiskpower223
4          42 CACHED  MEMBER       DATA1DG_0042                   /dev/rhdiskpower224
0           1 CLOSED  FORMER                                      /dev/rhdiskpower226
0           0 CLOSED  FORMER                                      /dev/rhdiskpower225
</p>


节点2

<p>SQL> select GROUP_NUMBER,DISK_NUMBER,MOUNT_STATUS,HEADER_STATUS,NAME,PATH from v$asm_disk;    </p><p>GROUP_NUMBER DISK_NUMBER MOUNT_S HEADER_STATU NAME                           PATH
------------ ----------- ------- ------------ ------------------------------ --------------------------------------------------
1           0 CACHED  MEMBER       CRSDG_0000                     /dev/rhdiskpower0
1           1 CACHED  MEMBER       CRSDG_0001                     /dev/rhdiskpower1
........
4          41 CACHED  MEMBER       DATA1DG_0041                   /dev/rhdiskpower223
4          42 CACHED  MEMBER       DATA1DG_0042                   /dev/rhdiskpower224</p>

#我是在节点1上执行的磁盘添加操作。在第一个节点上我们可以看到两个GROUP_NUMBER为0,HEADER_STATUS为FORMER的磁盘rhdiskpower225和rhdiskpower226(即我所添加的两块磁盘),但是在节点二上并未查到

 

2. 在节点2上修改rhdiskpower225和rhdiskpower226属组,属主和权限使ASM能够使用

修改后再次查询两个节点asm disk信息

节点1

SQL> select GROUP_NUMBER,DISK_NUMBER,MOUNT_STATUS,HEADER_STATUS,NAME,PATH from v$asm_disk;    
GROUP_NUMBER DISK_NUMBER MOUNT_S HEADER_STATU NAME                           PATH
------------ ----------- ------- ------------ ------------------------------ --------------------------------------------------
1           0 CACHED  MEMBER       CRSDG_0000                     /dev/rhdiskpower0
1           1 CACHED  MEMBER       CRSDG_0001                     /dev/rhdiskpower1
........
4          41 CACHED  MEMBER       DATA1DG_0041                   /dev/rhdiskpower223
4          42 CACHED  MEMBER       DATA1DG_0042                   /dev/rhdiskpower224
0           1 CLOSED  FORMER                                      /dev/rhdiskpower226
0           0 CLOSED  FORMER                                      /dev/rhdiskpower225


节点2

SQL> select GROUP_NUMBER,DISK_NUMBER,MOUNT_STATUS,HEADER_STATUS,NAME,PATH from v$asm_disk;    
GROUP_NUMBER DISK_NUMBER MOUNT_S HEADER_STATU NAME                           PATH
------------ ----------- ------- ------------ ------------------------------ --------------------------------------------------
1           0 CACHED  MEMBER       CRSDG_0000                     /dev/rhdiskpower0
1           1 CACHED  MEMBER       CRSDG_0001                     /dev/rhdiskpower1
........
4          41 CACHED  MEMBER       DATA1DG_0041                   /dev/rhdiskpower223
4          42 CACHED  MEMBER       DATA1DG_0042                   /dev/rhdiskpower224
0           1 CLOSED  FORMER                                      /dev/rhdiskpower226
0           0 CLOSED  FORMER                                      /dev/rhdiskpower225

#节点1和2 都出现了225和226两块盘(在v$asm_diskgroup中没有0这个磁盘组)

 

3.再次执行添加磁盘的操作

 

4.磁盘添加成功

 

##因为之前未处理过该错误,刚开始发现两块磁盘已经在v$asm_disk视图中能够查到了,那是不是应该先删除掉这两块磁盘然后再重新添加呢?但是发现4号磁盘组里(我添加的目标磁盘组)没有这两块磁盘,v$asm_diskgroup中也没有0号磁盘组。那我要怎么删呢?还是求助MOS,找到下面的讨论

How to remove ASM disk from v$asm_disk with "FORMER" status 里面有这样一段话

As we see the header_status as FORMER and group_number as zero, this disk is not a part of any diskgroup. So there is no need to drop again. Just to be absolutely sure, you can query gv$asm_operation to see no rows, to confirm there is no pending rebalance.
This disk can be removed from the OS, then you will not see the row in v$asm_disk. You can also change the ownership/permission of this disk, say to root:disk / 600, and then also the row will disappear from v$asm_disk.

这里面说了“header_status为FORMER,group_number为0 的磁盘不属于任何一个磁盘组”,所以直接再次执行add disk没有问题。


 

这篇关于ORA-15032,ORA-15075(磁盘组添加磁盘报错)的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/406658

相关文章

Hadoop集群数据均衡之磁盘间数据均衡

生产环境,由于硬盘空间不足,往往需要增加一块硬盘。刚加载的硬盘没有数据时,可以执行磁盘数据均衡命令。(Hadoop3.x新特性) plan后面带的节点的名字必须是已经存在的,并且是需要均衡的节点。 如果节点不存在,会报如下错误: 如果节点只有一个硬盘的话,不会创建均衡计划: (1)生成均衡计划 hdfs diskbalancer -plan hadoop102 (2)执行均衡计划 hd

Jenkins 插件 地址证书报错问题解决思路

问题提示摘要: SunCertPathBuilderException: unable to find valid certification path to requested target...... 网上很多的解决方式是更新站点的地址,我这里修改了一个日本的地址(清华镜像也好),其实发现是解决不了上述的报错问题的,其实,最终拉去插件的时候,会提示证书的问题,几经周折找到了其中一遍博文

【Python报错已解决】AttributeError: ‘list‘ object has no attribute ‘text‘

🎬 鸽芷咕:个人主页  🔥 个人专栏: 《C++干货基地》《粉丝福利》 ⛺️生活的理想,就是为了理想的生活! 文章目录 前言一、问题描述1.1 报错示例1.2 报错分析1.3 解决思路 二、解决方法2.1 方法一:检查属性名2.2 步骤二:访问列表元素的属性 三、其他解决方法四、总结 前言 在Python编程中,属性错误(At

DBeaver 连接 MySQL 报错 Public Key Retrieval is not allowed

DBeaver 连接 MySQL 报错 Public Key Retrieval is not allowed 文章目录 DBeaver 连接 MySQL 报错 Public Key Retrieval is not allowed问题解决办法 问题 使用 DBeaver 连接 MySQL 数据库的时候, 一直报错下面的错误 Public Key Retrieval is

Linux 安全弹出外接磁盘

命令行操作 首先,需要卸载硬盘上的所有分区,可以使用umount来卸载分区 清空系统缓存,将所有的数据写入磁盘 sync 列出已挂载的文件系统 使用lsblk或者df命令来查找要卸载的分区 lsblk or df -h 确保没有文件正在使用 使用lsof 命令来检查 sudo lsof |grep /dev/sdc 卸载分区 假设硬盘的分区是 /dev/sdc1,使用u

vue 父组件调用子组件的方法报错,“TypeError: Cannot read property ‘subDialogRef‘ of undefined“

vue 父组件调用子组件的方法报错,“TypeError: Cannot read property ‘subDialogRef’ of undefined” 最近用vue做的一个界面,引入了一个子组件,在父组件中调用子组件的方法时,报错提示: [Vue warn]: Error in v-on handler: “TypeError: Cannot read property ‘methods

ora-01017 ora-02063 database link,oracle11.2g通过dblink连接oracle11.2g

错误图示: 问题解决 All database links, whether public or private, need username/password of the remote/target database. Public db links are accessible by all accounts on the local database, while private

Vue3上传图片报错:Current request is not a multipart request

当你看到错误 "Current request is not a multipart request" 时,这通常意味着你的服务器或后端代码期望接收一个 multipart/form-data 类型的请求,但实际上并没有收到这样的请求。在使用 <el-upload> 组件时,如果你已经设置了 http-request 属性来自定义上传行为,并且遇到了这个错误,可能是因为你在发送请求时没有正确地设置

QT 编译报错:C3861: ‘tr‘ identifier not found

问题: QT 编译报错:C3861: ‘tr’ identifier not found 原因 使用tr的地方所在的类没有继承自 QObject 类 或者在不在某一类中, 解决方案 就直接用类名引用 :QObject::tr( )

笔记本电脑开机报错故障的原因及解决办法

笔记本电脑开机报错故障是指笔记本电脑开机自检时或启动操作系统前停止启动,在显示屏 出现一些错误提示的故障。   笔记本电脑开机报错故障的原因及解决办法   造成此类故障的原因一般是笔记本电脑在启动自检时,检测到硬件设备不能正常工作或在自 检通过后从硬盘启动时,出现硬盘的分区表损坏、硬盘主引导记录损坏、硬盘分区结束标志丢失 等故障,笔记本电脑出现相应的故障提示。   维修此类故障时