EN 联系我们加入我们
典型案例
您现在的位置:首页 > 典型案例
【案例分享】IBM V7000硬盘更换及“鬼盘“处理案例



不得不说很多设备故障问题,都是因外部操作的牵一发而动全身引起了系统内部的蝴蝶效应。今天,经验丰富、行走的“知识库”—安图特工程师,为您带来V7000硬盘更换及“鬼盘”处理案例。


一、故障描述


客户一台IBM V7000存储更换故障盘后,在内部磁盘里出现脱机状态且无磁盘柜子和槽位信息的问题。


二、故障处理


1、现场情况还原

客户在更换硬盘后(更换方式不确定,据客户描述是按FIX修复模式执行),新盘在对应槽位已经为联机状态,已加入到Mdisk,数据已COPY BACK,而原Drive ID 37的旧盘信息依然残留在系统里,且在单元柜(Enclosure)和槽位 (Slot) 列表里无任何信息。工程师查看现场情况后,认为残留在内部磁盘的是Legacy drive(鬼盘)信息。


2、清除“鬼盘”信息方法

SSH登录V7000 CLI 命令行管理系统,执行命令查看硬盘信息:

>svcinfo  lsdrive

前面红色为Drive ID,后面蓝色依次为单元柜(Enclosure)和槽位(Slot):

image001.png

>svcinfo  lsdrive 37 (当前用户硬盘为37),如下图:

image003.png

删除Legacy  drive信息(对应删除37号Legacy  drive信息):

>svctask  chdrive  -use  failed 37

>svctask  chdrive  -use  unused 37

3、查看GUI内部磁盘信息,脱机状态的残留Legacy  drive硬盘已清除。



三、经验总结



1、不仅是V7000存储,IBM Storwize V系列存储正常更换故障部件需执行DMP,GUI界面里为Fix Procedure流程,按向导方式更换相应部件,即在管理界面里 Monitoring > Events,选择相应的硬件设备的告警日志Run Fix Procedure。要求执行以下任务:

1)分析事件日志;

2)更换故障部件;

3)验证修复设备的状态;

4)恢复装置在系统的运行状态;

5)将错误标记为事件日志中固定的错误。

2、IBM V系列存储与别的存储不一样,更换硬盘时不能直接拔插,否则可能导致Legacy drive(鬼盘)信息的产生。对于此问题,预先请记录好故障硬盘的Drive ID和单元柜(Enclosure)及硬盘槽位(Slot)信息。完成FIX更换流程后,查看对应硬盘槽位的新硬盘的信息,且硬盘为联机状态(Online),Events告警信息已修复,方可SSH登录V7000  CLI命令行,执行对应清除Legacy  drive(鬼盘)命令。


如欲了解更多,请登录安图特官方网站:www.antute.com.cn

版权所有 安图特(北京)科技有限公司 备案号:京ICP备17074963号-1
技术支持:创世网络