免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
12下一页
最近访问板块 发新帖
查看: 3696 | 回复: 12
打印 上一主题 下一主题

很棘手很严重的RAID问题 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2009-01-08 12:39 |只看该作者 |倒序浏览
我一台520的机器外加扩展柜,主机上8块硬盘做RAID5,扩展柜10块硬盘做RAID5,扩展柜上的卡有2844一块,5701两块,5737一块,发现5701必须还要一块2844卡,于是,我在扩展柜里加入了一块2844卡,然后启动机器的时候发现,扩展柜里有2块硬盘从APS1里丢失,很奇怪的是,系统还是发现了这两块丢失的硬盘,但硬盘的状态显示为NON-CONFIG的状态,好象应该是系统把这两块硬盘认为是新的硬盘了,请问大家,谁有什么好的方法恢复数据吗??因为数据没有备份.很郁闷,很急.谢谢啊~真的很急,

论坛徽章:
0
2 [报告]
发表于 2009-01-08 14:19 |只看该作者
你系统现在还能起来运行吗?

这2个硬盘在一个RAID set里吗?

论坛徽章:
0
3 [报告]
发表于 2009-01-08 14:45 |只看该作者
系统不能运行了,两个盘在一个RAID组中,关键是,这两块NON-CONFIG的盘,还在RAID保护中,

论坛徽章:
0
4 [报告]
发表于 2009-01-09 13:53 |只看该作者
LZ 你没搞错吧!!!!!! InforCenter :
5737 571B PCI-X Disk Controller - 90MB
Long, 64 bit, 266 MHz
Extra-high bandwidth
IOP controlled
Memory value: 29
Performance value: 21
Must be mirrored in order to be supported

只能做Mirror 啊!  你是如何变更你的系统的? 原来的配置什么样? 新的配置有是什么样?

论坛徽章:
0
5 [报告]
发表于 2009-01-09 15:02 |只看该作者
纯属瞎搞~

论坛徽章:
0
6 [报告]
发表于 2009-01-09 15:07 |只看该作者

回复 #4 chts 的帖子

#5737 PCI-X Disk Controller 90MB with IOP

The #5737 PCI-X Disk Controller 90MB with IOP provides a PCI-X SCSI disk controller that has a 90 MB write cache and can provide RAID-5 or RAID-6 protection of disk units.

The #5737 has two U320 SCSI buses each with a bus data rate of up to 320 MBs. A maximum of 12 internal disk drives
and up to two internal removable media devices (tape, CD-ROM, DVD-ROM, or DVD-RAM) are supported on the #5737.

A minimum of three disk drives are required for RAID-5, providing protection against a single drive failure in an array. A
minimum of four disk drives are required for RAID-6, providing protection against up to two drives failing in an array.

The #0648, #5737, and #5776 are physically the same adapter card. The #2780/#5580 and #2757/#5581 disk controllers with an effective 757 MB write cache provide greater disk performance and can have an auxiliary write cache IOA to protect the write cache contents.

Minimum operating system level: i5/OS V5R3
Supported on Models 270, 520+, 550+, 570+, 595 1.9 GHz, 520, 550, 570, 595, 800, 810, 825, 870, 890, 820, 830, and 840.

论坛徽章:
0
7 [报告]
发表于 2009-01-09 15:18 |只看该作者

回复 #1 kylinlt 的帖子

比較奇怪了,竟有客戶不備份!
首先,你沒有自己的MA嗎?
其次,加一塊2844的操作是大可能會引起你上述的現象的。
再次,是否可以摘除2844,看看數據是否還在呢?

论坛徽章:
0
8 [报告]
发表于 2009-01-09 15:56 |只看该作者
原帖由 chts 于 2009-1-9 13:53 发表
LZ 你没搞错吧!!!!!! InforCenter :
5737 571B PCI-X Disk Controller - 90MB
Long, 64 bit, 266 MHz
Extra-high bandwidth
IOP controlled
Memory value: 29
Performance value: 21
Must b ...



这里我首先声明,我的配置是通过ECONFIG 和SYSTEM PLANING的,如果有问题,我不可能下单的,还有就是,不知道,你哪里查的5737卡只能做MIRRO.

论坛徽章:
0
9 [报告]
发表于 2009-01-09 16:15 |只看该作者
谢谢各位的关心,目前问题已经无法解决.只能重做系统了,不过,通过这次事件,可能有点有用的东西给大家,
问题状况:
   1、 当出现两快同RAID5组的硬盘,同ASP1里MISSING时候,其状态分别显示为UNKOWN.
   2、并且在NON-CONFIG的状态里可以看到两快SN号等一样描述的硬盘.
   3、在查看RAID状态时,看到所有硬盘状态RAID/ACTIVE,除了上述两快丢失硬盘为UNPROTEC状态。同时,两快NON-CONFIG的硬盘的RAID状态也为RAID/ACTIVE(这里我认为,RAID的信息应该没有丢失,如果是这个RAID组出现问题,那么这个RAID组中所有硬盘的状态应该显示为RAID/UNPROTEC)。
  4、确定,两快NON-CONFIG硬盘没有真正的损坏。
上述因素,导致系统不能正常IPL,通过B M模式,报错信息为MISSING UNIT。
如果是上述问题出现的话,我个人看法,觉得是,系统将两快丢失的硬盘看成了两块新硬盘,但是RAID信息还在,系统数据应该没有丢失。
可能的解决方法:(我个人认为是最快,最有效的方法,但是前提一定要硬盘没有坏)
  停掉这组RAID,然后查看磁盘状态,
  目前,我这么尝试了。但是,很遗憾,我的两快NON-CONFIG的硬盘,只有一块被认回去,也就是说以前是两快硬盘从ASP1里丢失,在NON-CONFIG里发现两快同样描述的硬盘,但是现在,两快丢失的硬盘中的一块,被系统正常识别。我另外一块没有认到的原因,可能是硬盘真正的损坏了。
  所以,我个人认为,如果在停止这组RAID后,其实,如果丢失的两快硬盘被重新认回的话,应该是可以继续IPL的。
还有一种方法:
就是对系统断电后,重新插拔下丢失的硬盘,注意,硬盘位置千万别插错,不过我没有成功,所以采取上面的方法。

论坛徽章:
0
10 [报告]
发表于 2009-01-09 19:57 |只看该作者
LZ, RAID状态不正常的时候是不能对RAID 组做 Stop, Include, Exclude 等操作的!
根据你现象在杀掉系统之前可以试一把 Reclaim IOP Cache,能不能成功只能看运气了
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP