引用:
|
作者vxr
"他一開始更新韌體的時候先把硬碟拔掉，更新完發現卡有問題，換一塊卡之後發現一顆硬碟失效，rebuild 之後就有 bad strips 了。"
其實行為上太過草率...
當然這有可能是很多MIS的標準操作...
那個換個方向思考..
他們在進行替換之前都在幹甚麼??...
定期的維護計畫呢???
對方有沒有進行定期的操作..?
1. CC
2. Disk Scrubbing(Media Scans or Patrol Read..)
敢做有無能力看h/w log??? 解析sense code??
從你的截圖來看應當是adaptec體系...
我對這體系的產品幾乎不熟...  ..
向來我是西瓜餵大邊....  ...
我摸過幾款, 但是我從來沒仔細玩這家的東西..
要知道記憶command是很累的事..  ...
請問這個 bad strips 發生的原因是什麼？
是硬體故障還是操作不當？
最好的方式請他提供h/w log(不是event log喔...那東西我覺得沒啥好看的..)...
雖然我認為他們... |
這......
我本來想跟他們吵一下，不過顯然這個領域不是我可以短時間讀得懂的
而且他們在操作的時候，我只能透過他的 support system 看到他回報的文字，那些文字都如實的打上來（1樓），對於這樣的情況我只有無奈和失望，畢竟對方是大公司，少了一個客戶他們也不會在乎，伺服器維修部門也只要依照 SOP 就安全下莊了
定期的操作我是不知道，h/w log 應該是要不到吧
感謝 vxr 兄的說明，不過太過專業了，而且對方是美國公司，我的英文程度排不上用場
我跟他們講到最後，他們一致地說：發生這樣的事情真很抱歉，但是你還是得要做 OS Reload，不然資料/陣列都不安全。
我是不知道您說的 OAR 和 ODR 會不會很複雜，但是顯然他們不想揹負這個風險，而要我自己想辦法。
對了，這家公司叫做 SoftLayer，本來不想幫他們打廣 告的，如果有租用實體主機的人，在升級硬體這方面要小心一下。