SUN ST6140路径冗余问题

frzzdj

      就是一台6140，10块盘，然后它的扩展柜上边12块硬盘，有2块热备。现在报的是扩展柜上边有三块硬盘有问题（1、6、11）：

报警详细信息 (11) 属性 值  
严重程度： 紧急   
日期： 2012-09-27 14:13:49   
状况： 打开   
确认者：   
自动清除 是   
描述： 驱动器 Tray.00.Drive.01 冗余丢失，IOM N/A，工作通道： 1。   
信息：   
设备： 6140标配云南   
组件： Tray.00.Drive.01   
事件编码： 57.66.1032   
总计： 0  
可能原因

某条具有驱动器的通信路径（通道）已中断。
这可能是由某个 IOM 引起的，也可能是某个驱动器引起的。

返回顶端
  
建议操作

必须重建通信路径。

如果描述仅包括驱动器，而 IOM 为 N/A。请使用以下步骤更换非工作渠道中的 IOM：

- 要确定非工作渠道，请从与工作渠道响应的控制器托盘中的驱动器端口开始。
- 从工作通道开始追踪电缆，直到受影响驱动器托盘（由描述部分所涉及的驱动器决定）中的 IOM。
- 找到受影响托盘中的另一个 IOM。这即是非工作通道中的 IOM。
- 更换非工作通道中的 IOM。
小心地将电缆及 SFP（如果适用）置于被拆除的 IOM 上原先所用的端口上。

如果描述部分包含驱动器，并且指定了 IOM，您必须更换描述部分所指出的驱动器。

- 检查警告页面以更正存在的任何其他问题。尤其要确保所有卷都没有降级，也没有发生故障。

如果驱动器是 RAID 1、3、5 或 6 虚拟磁盘的一部分:
-建议您停止受影响虚拟磁盘的全部 I/O 以减小数据丢失的可能性。
- 将目标驱动器标记为发生故障（故障 LED 指示灯应当是亮起的）。
- 拆除目标驱动器，等待 30 秒，然后安装一个具有相同或更大容量的替换驱动器。

如果驱动器是 RAID 0 虚拟磁盘的一部分：
- 停止受影响的卷的全部 I/O。
- 警告：您必须先备份所有数据，然后再继续。
- 如果有任何受影响的卷正在参与卷复制操作（暂挂或正在进行），必须先停止该操作，然后再继续。
- 将驱动器标记为发生故障（故障 LED 指示灯应当是亮起的）。
- 拆除目标驱动器，等待 30 秒，然后安装一个具有相同或更大容量的替换驱动器。
- 初始化虚拟磁盘。此操作会删除虚拟磁盘中的所有数据并且不可逆转。


     这是cam给的建议措施（其他两块一模一样），但是说真的我没看懂。IOM不是io模块吗，怎么一个柜子上12块硬盘只有三块硬盘有这样的报错呢，难道是每个硬盘或者硬盘插槽都有两个iom做冗余吗，这个东西我没有什么概念。服务顾问就是收集日志，没什么意思。






    再贴上收集到的一些日志：每个我都只输一个，就不重复了，反正报错的都是一样的1、 6、 11
    Alarm ID   : alarm15
Description: 驱动器 Tray.00.Drive.11 冗余丢失，IOM  N/A，工作通道： 1。
Severity   : Critical
Element    : t0drive11
GridCode   : 57.66.1032
Date       : 2012-09-27 14:13:48


Tray.00.Drive.06
      Drive port: 1, Channel: 2, ID: 17
      Drive path redundancy:   Error
      Status:                  Optimal
      Raw capacity:            279.397 GB
      Usable capacity:         278.897 GB
      Current data rate:       4 Gbit/s
      Product ID:              HUS1530FCSUN300G
      Firmware version:        E5C4
      Serial number:           001133H7653N        J0V7653N
      Vendor:                  HITACHI
      Date of manufacture:     Thu Jan 01 08:00:00 CST 1970
      World-wide name:         5000CCA01E0D16F40000000000000000
      Drive type:              Fibre Channel
      Speed:                   15030 RPM
      Mode:                    Assigned
      Associated volume group: 5




IOM (ESM) card Tray.00.IOM.A
         Status:                  Optimal
         Firmware version:        98D6
         Maximum data rate:       4 Gbit/s
         Current data rate:       4 Gbit/s
         Product ID:              CSM200_E        
         Part Number:             PN 375-3336-02
         Serial Number:           SN SZ14509078  
         Vendor:                  SUN     
         Date of manufacture:     Tue Nov 01 08:00:00 CST 2011
         Factory Default Version: FD 06.01 11/18/2008 MIN_VER=02
         Version management supported: true

      IOM (ESM) card Tray.00.IOM.B
         Status:                  Optimal
         Firmware version:        98D6
         Maximum data rate:       4 Gbit/s
         Current data rate:       4 Gbit/s
         Product ID:              CSM200_E        
         Part Number:             PN 375-3336-02
         Serial Number:           SN SZ14509037  
         Vendor:                  SUN     
         Date of manufacture:     Tue Nov 01 08:00:00 CST 2011
         Factory Default Version: FD 06.01 11/18/2008 MIN_VER=02
         Version management supported: true


扩展柜的应该是raid0+1吧，有两个热备，至于下边的磁阵就是4个raid1加上两个热备
还需要写什么吗？？？？
各位大大，看看现在几点吧，刚换了个hp的根盘，又在这里找6140的资料，愣是没弄明白，今天白天还要搞这个故障。唉，求解惑啊。拜谢。（睡觉去了！）

frzzdj

都放假了啊，有点早啊！

frzzdj

又能上网了，看来假期都出去了，坐等收假回来大神们

frzzdj

12月了，这个问题愣是没人看到啊！！！！

hzg1103

这三块盘是不是在同一个RAID里？
如果是，找出其对应的LUN
6140的LUN划分时一般默认是LUN0归属A控制器，LUN1归属B控制器，LUN2归属A控制器。。。这样达到负载均衡
当然你也可以手动切换改变归属性（至少在IBM SM和Sanctity中是如此）
如果主机端发生过切换导致LUN的归属性改变，就出现Drive path redundancy报错。
在CAM中应该有改变这种归属性的操作，只是CAM没有IBM SM直观，我一直也没在CAM中这样操作过，你可以找找文档查查，或者就在CAM中仔细看看每一项。

znnnz

直接管理软件登录，察看卷的优先路径