很棘手很嚴(yán)重的RAID問題

kylinlt

我一臺520的機器外加擴展柜,主機上8塊硬盤做RAID5,擴展柜10塊硬盤做RAID5,擴展柜上的卡有2844一塊,5701兩塊,5737一塊,發(fā)現(xiàn)5701必須還要一塊2844卡,于是,我在擴展柜里加入了一塊2844卡,然后啟動機器的時候發(fā)現(xiàn),擴展柜里有2塊硬盤從APS1里丟失,很奇怪的是,系統(tǒng)還是發(fā)現(xiàn)了這兩塊丟失的硬盤,但硬盤的狀態(tài)顯示為NON-CONFIG的狀態(tài),好象應(yīng)該是系統(tǒng)把這兩塊硬盤認(rèn)為是新的硬盤了,請問大家,誰有什么好的方法恢復(fù)數(shù)據(jù)嗎??因為數(shù)據(jù)沒有備份.很郁悶,很急.謝謝啊~真的很急,

居士

你系統(tǒng)現(xiàn)在還能起來運行嗎？

這2個硬盤在一個RAID set里嗎？

kylinlt

系統(tǒng)不能運行了,兩個盤在一個RAID組中,關(guān)鍵是,這兩塊NON-CONFIG的盤,還在RAID保護中,

chts

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 啊!  你是如何變更你的系統(tǒng)的？ 原來的配置什么樣？ 新的配置有是什么樣？

klin121628

純屬瞎搞～

arrike

#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.

arrike

比較奇怪了，竟有客戶不備份！
首先，你沒有自己的MA嗎？
其次，加一塊2844的操作是大可能會引起你上述的現(xiàn)象的。
再次，是否可以摘除2844，看看數(shù)據(jù)是否還在呢？

kylinlt

原帖由 chts 于 2009-1-9 13:53 發(fā)表
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.

kylinlt

謝謝各位的關(guān)心,目前問題已經(jīng)無法解決.只能重做系統(tǒng)了,不過,通過這次事件,可能有點有用的東西給大家,
問題狀況:
   1、 當(dāng)出現(xiàn)兩快同RAID5組的硬盤,同ASP1里MISSING時候,其狀態(tài)分別顯示為UNKOWN.
   2、并且在NON-CONFIG的狀態(tài)里可以看到兩快SN號等一樣描述的硬盤.
   3、在查看RAID狀態(tài)時，看到所有硬盤狀態(tài)RAID/ACTIVE，除了上述兩快丟失硬盤為UNPROTEC狀態(tài)。同時，兩快NON-CONFIG的硬盤的RAID狀態(tài)也為RAID/ACTIVE（這里我認(rèn)為，RAID的信息應(yīng)該沒有丟失，如果是這個RAID組出現(xiàn)問題，那么這個RAID組中所有硬盤的狀態(tài)應(yīng)該顯示為RAID/UNPROTEC）。
  4、確定，兩快NON-CONFIG硬盤沒有真正的損壞。
上述因素，導(dǎo)致系統(tǒng)不能正常IPL，通過B M模式，報錯信息為MISSING UNIT。
如果是上述問題出現(xiàn)的話，我個人看法，覺得是，系統(tǒng)將兩快丟失的硬盤看成了兩塊新硬盤，但是RAID信息還在，系統(tǒng)數(shù)據(jù)應(yīng)該沒有丟失。
可能的解決方法：（我個人認(rèn)為是最快，最有效的方法，但是前提一定要硬盤沒有壞）
  停掉這組RAID，然后查看磁盤狀態(tài)，
  目前，我這么嘗試了。但是，很遺憾，我的兩快NON-CONFIG的硬盤，只有一塊被認(rèn)回去，也就是說以前是兩快硬盤從ASP1里丟失，在NON-CONFIG里發(fā)現(xiàn)兩快同樣描述的硬盤，但是現(xiàn)在，兩快丟失的硬盤中的一塊，被系統(tǒng)正常識別。我另外一塊沒有認(rèn)到的原因，可能是硬盤真正的損壞了。
  所以，我個人認(rèn)為，如果在停止這組RAID后，其實，如果丟失的兩快硬盤被重新認(rèn)回的話，應(yīng)該是可以繼續(xù)IPL的。
還有一種方法：
就是對系統(tǒng)斷電后，重新插拔下丟失的硬盤，注意，硬盤位置千萬別插錯，不過我沒有成功，所以采取上面的方法。

chts

LZ， RAID狀態(tài)不正常的時候是不能對RAID 組做 Stop， Include， Exclude 等操作的！
根據(jù)你現(xiàn)象在殺掉系統(tǒng)之前可以試一把 Reclaim IOP Cache，能不能成功只能看運氣了