윤기항 2015-01

추가내용)
현재 하드디스크는 전체 24개(3TB) 가 8개씩 3세트로 RAID6로 묶여있습니다.
레이드컨트롤러는 재부팅하고나서 인식이 되지않았습니다.
저 상황이 말그대로 레이드가 풀려서, 데이터복구센터에서 복구하는 작업만 남은것인지.
펌웨어업그레이드,  다른 컨트롤러 교체, 등 다른 방법이 남아있는 것인지 자문을 구합니다.

박문형 2015-01

맨처음 문제가 생긴 콘트롤러랑 교체한 콘트롤러랑 펌웨어버젼이 같아야 그나마 인식할 확률이 높아집니다.

교체한 콘트롤러의 펌웨어를 바꿀 때에는 디스크 연결을 하지 말고 해야 합니다.

윤기항 2015-01

http://www.schirmacher.de/display/Linux/MegaRAID%3A+All+of+the+disks+from+your+previous+configuration+are+gone

위의 글을 참고하여 계속 SCAN DEVICES 를 해보는것도 도움이 될까요?

박문형 2015-01

글쎄요.

두번째,세번째 시도했을때 같은 메세지가 나오라는 법은 없기에..

저 내용은 카드에 셋팅데이터가 살아 있을때 강제로 불러와서 살리는 방법으로 보여집니다.

윤기항 2015-01

한가지 더 묻고싶습니다.

현재 펌웨어를 바꾸는 시도를 하려고 하는데.

1) 기존 펌웨어 버전을 몰라서, 업그레이드를 수행하려고 합니다. 해볼만 한것인지요.
( 새로 업그레이드할 버전의 펌웨어의 bug fix를 보면  LSIP200074613 (DFCT) Fails to import foreign configuration 등의 내용이 있습니다.)

2) 레이드카드 펌웨어 업그레이드 시, OS는 상관이 없는건가요? 서버에서 떼서 개인 PC에 붙여서 작업을 하려고 하는데. 이상이 없을까요?

박문형 2015-01

LSI 펌업은 쉬운게 아니라서 하다가 고장만 낼 확률이 더 높습니다.

꼭하시고 싶으시면 윈도우즈에서 LSI 관리 유틸리티 안에서 하시면 조금 편합니다.

간장게장 2015-01

저 위 화면을 보면 battery가 연결되지 않았거나 방전이 되었거나 하여 경고가 나오고 있습니다.

 if the new card does not support features that the original configuration used, the import will fail, such as importing a volume that has caching enabled on a controller that does not support caching.

만일 그 전 콘트롤러에서는 caching을 하던 상태였고, 새로운 콘트롤러에서는 caching을 하지 못하는 상태라면 import가 되지 않을 수 있습니다.

그 전 콘트롤러에 붙어있던 battery가 제대로 작동을 하는 것이었다면 battery만 떼어서 새 콘트롤러에 붙이고 한번 시도해 보세요.

battery가 작동하지 않더라도 콘트롤러에게 write back cache를 강제할 수 있는데(권장하지 않는 사항), 일단 그렇게 세팅을 한 뒤에 import를 하면 될 지 모르겠습니다. 일단 import된 뒤에는 cache 세팅은 바꿀 수 있으니까요.

윤기항 2015-01

8.07.14_MegaCLI // 12.15.0-0205_SAS_2108_Fw_Image_APP_2.130.403.3835

를 이용하여, 최신 펌웨어로 업그레이드를 했더니, 다행히 가상디스크와 configuration이 올라왔습니다.

데이터를 복구해야하는 줄 알고 고민했는데 십년감수했습니다.

레이드카드 교체시 configuration이 import가 안된다면 펌웨어 업그레이드도 시도하는것이 하나의 방법인것을 깨달았습니다.

답변 감사했습니다.


질문)

일전에 생겼던 문제(재부팅시 레이드컨트롤러가 망가지는 상황)이 다시 발생할 수 도 있다는 생각이 들어서 여쭤봅니다.

1. 현재 스토리지를 재부팅을 하게되면 마운트가 바로 안되고, fsck를 통해서 파일체크를 해야 마운트가 됩니다.
일반적인 상황인가요? 문제가 되는 상황인가요?

2. 많은 양의 파일을 한꺼번에 쓸때 read, write 속도가 현저히 떨어지는 현상이 발생합니다. (문제는 jfs파일시스템일것이라고 판단중입니다.)
그럴때 한번씩 재부팅을 하면 read, write 속도가 정상화되서 재부팅을 하곤 하는데.
제가 하드웨어 상에 무리를 주고 있는 상황이었나요?

문제가 생기고 나서야 여지껏 제가 관리하던게 어린아이가 칼들고 놀고 있었단 기분이 들어서,

질문에 질문이 이어집니다. 간단하게만 말씀 부탁드립니다.

박문형 2015-01

그나마 데이터가 보이니 다행입니다.

어디 다른데 백업해보세요. 혹시나 안 읽히면 골치입니다.
(보이는거랑 실제 데이터가 읽히고 쓰이는 것은 다른 문제입니다.)

레이드 볼륨을 만들때 초기화할때 백그라운드로 하지말고 포그라운드로 다 깨끗히 묶고 데이터 카피를 하세요.

백그라운드로 묶으면 당장 볼륨만들고 사용은 가능하지만 그 볼륨이 100% 다 묶일때까지 1주일 이상이 걸릴수
있습니다.

다 묶은후 많은 양으 데이터를 카피하거나 채크디스크 등을 하여 볼륨의 안정도를 채크하고 안전하다고 생각할때 데이터 카피를 합니다.


레이드 시스템은 본래 끄지 않고 사용하는 시스템입니다.
최대한 끄는 것을 줄여야 합니다.

Aniny 2015-01

박문형님 말씀대로 아직도 백그라운드 이니셜라이징중인건 아닐런지요....
재부팅하면 알아서 안붙는거나 r/w이 몰릴때 퍼포먼스가 확 떨어지는것도 같이 연결되는 문제일수도..