|
PCDVD數位科技討論區
(https://www.pcdvd.com.tw/index.php)
- 儲存媒體討論區
(https://www.pcdvd.com.tw/forumdisplay.php?f=20)
- - 請教 LSI 2208 的韌體那一版堪用
(https://www.pcdvd.com.tw/showthread.php?t=1054732)
|
|---|
引用:
WebBIOS可以監測BGI狀態... 使用command可以用簡潔的storcli: torcli /cx/v(x|all) show bgi "另外若硬碟數量不足，就不會自動啟動 BGI, 這個意思是說不用管 BGI 了，還是說需要手動啟動 BGI 呢？" HDD數量未達LSI的要求就不會觸發BGI... 但是BGI只會有一次... 如果你定期做CC.. 效果跟BGI也是一樣的.. |
引用:
感謝 vxr 兄的回覆。您的意思是 BGI 其實非必須的就是了，只是如果硬碟多了些，那麼 LSI 預設就會啟動 BGI, 反之就讓它就這麼用了... |
引用:
BGI的目的除了同步parity block... 另外一個就是最佳化parity block.. 因為RAID f/w會重新排列parity block.. 對於寫入是有幫助的.. 這可以避免RAID f/w浪費更多時間去計算parity.. 但這個前提是.. 已存在資料的VD... 如果之前定期有做CC.. 然後將VD遷移到另一個RAID controller.. 那這個幫助就不大(LSI對於從遷移過來的parity RAID會操作BGI, 這是基於可靠性的保證)... 因為CC也是一樣的效果... 那對於一個新的VD為什麼會需要BGI, 這會是另一種情況.. for example: 假設有一個案例.. 有8顆PD 3TB組成一個R6 VD.. 已經過了一次BGI.. 排程一個月操作一次CC, 一個禮拜操作一次PR.. LSI RAID controller有串接一個SAS expander... 經過了一段時間, 打算進行對容量上的擴充... 另外增加了24顆4TB PD組成另外一個R6, 將先前VD(3TB PD x8)上的資料全部遷移過去.. 這些3TB PD x8被改配置在其他用途... 3TB PD x2作為特殊的EHSP( EHSP是LSI特殊的HSP設計) 3TB PD x6建立R5用作在某種定期備份用途... 這時BGI可能是需要的, 幾個原因: 1. 最佳化parity block 2. 這些3TB PD先前存在了VD的parity block, 這意味著這些存在的parity block會干擾到重新建立的VD 舊的VD的parity block干擾到新建立的VD將會影響資料可靠性及安全性... 為了資料可靠性以及避免管理人員的疏失或著慵懶... 預設情況下會試圖操作BGI最佳化parity block.. 這意味著先前存在的parity block都會被RAID f/w "試圖" 重寫掉... 保持資料的可靠性以及一致性... BGI是因為Fast Init.才需要的.. 因為Fast Init.只會清掉header... 只有浪費時間的Full Init.會完全重新計算parity block... Full Init.會徹底清空(洗掉)先前存在的parity block... 以及會重新初始化NVRAM紀載的BBT(Bad Block Table)紀錄... 當然! 改善資料可靠性以及安全性的重點並不是這些RAID特徵.. 因為這都是基本到不行的必備條件... 重點在於RAID製造商針對效能, 安全性, 可靠性以及一致性改進等額外提供的 "附加價值功能"... 比較麻煩的是對於一般資訊人員來說, 這些額外附加功能的相關資訊並不透明... |
引用:
感謝 vxr 兄詳細的說明，以往用的 raid 卡 init 是必須的，頂多是分成 foreground 或是 background, 如果是 fast init 那就是 rescue 用的。第一次用這個不用 init 的卡片感覺有些奇特。順便請教一下，LSI 是否有 rescue 的 init 模式，也就是如果不小心把 VD 刪了，如果記得當初切的大小還能重切救回來？ 還有您舉的範例 "另外增加了24顆4TB PD組成另外一個R6, 將先前VD(3TB PD x8)上的資料全部遷移過去" 這個是人工手動遷移，還是 LSI 有功能可以這樣子把資料遷移過去呢？ |
引用:
"以往用的 raid 卡 init 是必須的，頂多是分成 foreground 或是 background, 如果是 fast init 那就是 rescue 用的。" fast init.主要的adaptec和LSI都有支持... 所以是必要的競爭條件.. 這兩家目前的發展速度都快過剩下幾家(剩下那幾家目前應該不太可能沒有做fast init.)... fast init.按預設值就是background init. full init.則是foreground init... 除非你VD設定把BGI給取消, 否則就算手動撤銷... 沒多久RAID f/w又會開始操作.. "順便請教一下，LSI 是否有 rescue 的 init 模式，也就是如果不小心把 VD 刪了，如果記得當初切的大小還能重切救回來？" VD配置跟先前的一樣(stripe size一定要一樣)... 基本上都可以復原... fast init就只會把metadata銷毀... 因此parity和data block不會被破壞到... "這個是人工手動遷移，還是 LSI 有功能可以這樣子把資料遷移過去呢？" 手動... RAID f/w不在乎資料長甚麼樣子.. 確實LSI有提供某種的VD backup技術, 並且是基於完全的硬體操作的.. 但是那要另外花錢買license.. http://www.lsi.com/products/raid-co...y-software.aspx |
引用:
了解了。有空再來測試看看 :) |
十年來遇到 LSI 小弟都是吃鱉收場。這次同樣陷入套中難以自拔，看 vxr 大大能否解救一下..
目前手上買了多張內建 LSI 2208 的主版，如同開版主題所說，因為一開始買到的板子有問題，為了急用來不及修又再購入，購入的板子有好有壞，經過三個月的折騰，廠商說我們的用途特殊（其實一點也不特殊，就裝個 redhat linux 而已..)，所以幫我們刷入了特製版的 LSI firmware。經測試此特製版的 LSI firmware 的確可以穩定工作不再出錯。然而廠商說這個 firmware 不能給我們（LSI 的 NDA 之類的 bla..），如果我們要刷這版 firmware, 就要把版子寄回去才能處理。而且以後也不能升級了。這對我們真是一大困擾，不知道是否有方法可以把手上版子的 firmware 抓出來，寫入其他張板子呢？ 我們目前的板子 firmware 版本是 5.10 P1, 這版的 firmware 還有一個 bug, 每五分鐘就會對 supercap 報錯 (我們沒裝 supercap)。 storcli64 /c0 show termlog 不斷顯示 10/09/14 2:05:36: SuperCap has Errors 10/09/14 2:10:36: SuperCap has Errors 10/09/14 2:15:36: SuperCap has Errors 10/09/14 2:20:36: SuperCap has Errors 10/09/14 2:25:36: SuperCap has Errors 10/09/14 2:30:36: SuperCap has Errors 不知道是否有辦法關閉這個訊息？ 感謝幫忙！ |
引用:
提供TTY LOG.. 我不知道你問的廠商是哪家廠商?? LSI原廠的TAC???? |
引用:
storcli /c0 show termlog 的結果在 http://pastebin.com/XuJU5pKm 原廠是板子的廠商 supermicro LSI 原廠的 TAC 這就不知道是什麼意思了.. 對了，原廠說調整了某些參數，不知道看 TTY LOG 可以看出來嘛？ |
引用:
這看起來是一個bug... 你的5.10P1有被Supermicro另外動過手腳??... "對了，原廠說調整了某些參數，不知道看 TTY LOG 可以看出來嘛？" 不確定, 應該是可以.. 但需要花點時間看.. |
| 所有的時間均為GMT +8。 現在的時間是12:19 AM. |
vBulletin Version 3.0.1
powered_by_vbulletin 2025。