标签：15042 multipath group missing mount 自启动 磁盘 disk ASM

• 现象
• 原因
• 分析
• 解决方案

现象

操作系统异常重启之后，磁盘组未能正确mount。

手工mount报错，与日志中错误一致

ORA-15042: ASM disk "33" is missing from group number "2"

原因

操作系统重启后，ASM启动后无法mount磁盘组，报错说找不到对应的磁盘。

此种原因大致有：

1. ASM_DISKSTRING设置不当，导致部分需要的ASM DISK没有被ASM_DISKSTRING找出来;
2. 尝试add disk到某个diskgroup，但是过程中发生了问题或者中断了，此时基于某种考虑对该add的disk做了类似dd清理磁盘头，但是实际上diskgroup 的metadata中已经记录了该asm disk；
3. 单纯的ASM Disk的header被损坏或者彻底丢失，其原因可能是存储IO故障或人为的误损坏asm disk header或者是OS工具的导致

分析

对于本案例，可能的原因1，只是发生了操作系统重启，参数未发生变化，磁盘路径未做过人为变更。

本例中磁盘管理使用multipath，使用friendly的alias名称。

但是检查发现，ASM中磁盘组中记录的磁盘名称信息变成了磁盘的ID信息，因此磁盘组发现不了对应的磁盘。

进一步检查multipath发现，该服务未能服务自启动。

解决方案

手工启动multipath并开启服务自启动。

service multipathd start
chkconfig multipathd on

标签：15042,multipath,group,missing,mount,自启动,磁盘,disk,ASM
来源： https://www.cnblogs.com/syksky/p/16425339.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。