2cpu에는 글을 처음 와 봅니다. 잘 부탁드립니다.
급한마음에 도움을 구하고자
염치없이 질문글부터 쓰게되었습니다.
여기저기 강좌 보면서 XPEnology DSM 5.2 구성해 놓고 며칠은 좋았습니다.
4테라 하드 5개를 SHR로 16테라 단일볼륨을 만들었습니다.
그러다 호기심에 Time Backup 패키지 설치 해봤는데, 호기심이 화를 불렀습니다.
완전 먹통이 되어버리더군요.
이런저런 방법을 강구하다가 결국 그냥 DSM을 재설치했습니다.
마이그레이션 설치를 먼저 해 봤지만 문제가 전혀 해결되지 않더군요.
어쩔 수 없이 DSM을 완전 재설치로 했습니다.
지금 문제는, 그 전에 쓰던 디스크 그룹이랑 볼륨이 전혀 뜨지가 않는다는 겁니다.
우분투 Live CD로 부팅시키면 레이드된 볼륨과 내부의 파일들이 모두 나옵니다.
파티션이나 데이터가 날아간건 아니라는 얘기니까
LVM 기능을 잘 쓰면 다시 사용할 수 있을지도 모른다는 막연한 생각은 듭니다.
데이터가 8테라쯤 되기 때문에 어디다 백업할 데도 없고,
이 큰걸 인터넷에 올릴데도 없고.....
디스크그룹과 볼륨을 복원시킬 수 있는 방법이 있을지 도움을 바랍니다.
이후에 이런 방법도 있다고 알려주신 분이 계십니다.
https://www.synology.com/ko-kr/knowledgebase/faq/579
본문글을 보니 이미 이런방법으로 복구하는건 알고 계실듯 합니다만...
문제는 백업할 하드를 준비해야 한다는거네요.
4테라 2개 또 사야하나.....
일단 vgcreate로 볼륨그룹 까지는 만들었는데, DSM에선 인식을 못하고, 자동마운트도 안되네요....
USB마운트까지 다 풀려버리는데, 뭐가 문제인지는 모르겠네요.
mdadm 으로 이전 /dev/md2 없애버리고,
이전에 사용하던 볼륨 이름 기반( mdadm --assemble --name )으로 재인식 시키면 md가 제대로 인식이 되네요.
우분투 라이브CD에서 볼륨그룹(vg)를 제대로 인식하고 있으니, vgcfgbackup 시킨 후 DSM에서 vgcfgrestore 하면
볼륨 그룹도 제대로 생성이 됩니다.
제가 아무리 해도 안되었던 이유는.....
자꾸만 레이드 구성한 버전보다 상위버전의 XPEnoboot 이미지로 부팅을 하려고 했다는게 문제였네요.
레이드 만들때의 DSM 버전으로 내려가니까 제대로 인식이 됩니다. 아무 문제 없네요.
혼자 알아본다고 너무 힘들었습니다.
하지만 데이터가 다 살아있어서 너무 기쁘네요.
제가 이 부분에서 궁금한게요...
지금은 다시 최신 XPEnoboot 이미지로 올리신건지? 아니면 그냥 예전 레이드 만들때의 버전 인건지 궁금하구요...
만약에 최신으로 올리셨다면 올린 현상태에서 오류가 나면 예전 레이드 만들때의 버전으로 다시 내려야 한다는건지 궁금하네요...
나중에라도 이런 오류가 나면 저뿐만이 아니라 다른분들도 고생할거 같아서 질문드립니다...
저 같은 경우는 gnoboot이전의 4.2부터 써왔으니까요...
그래서 XPEnology와 XPEnoboot를 둘다 5592로 내려갔었구요, 그 후 다시 DSM만 5644-1로 업뎃한 상황입니다.
DSM 버전업은 잘 되네요.
하지만 XPEnoboot는 아직 5592 인데요, 그냥 잘 작동하는걸 괜히 또 건드리기 싫어서 일단 두고보고 있습니다.
DSM 버전업 하다가 부트이미지와 호환 안될 시기가 되면 다시 고민해 보려구요....
오늘 공지가 올라왔네요...새로운 부트로더 기다려 달라고...
http://xpenology.com/forum/viewtopic.php?f=2&t=9578
고생은 하셧어도 데이타가 멀쩡하면 다행이죠.
이 경험이 다른 분들께도 많은 도움이 될겁니다....저 포함 해서요.^^
해결 과정을 보기 쉽게 정리 한번 해주시면 도움이 많을것같습니다.
DSM을 완전재설치 한 상태에서 볼륨 마운트 안되는 md2를 보면
애초에 레이드 만들때 사용된 블럭(/dev/block)이 아닌 다른 새로운 블럭에서 md를 구성하더군요.
mdadm -Asf 해봤자 기존블럭을 잘 찾아주질 않습니다.
그래서 모든 설정을 우분투 라이브CD와 동일하게 맞춰주는것을 주안점으로 삼고 해결책을 찾아보았습니다.
먼저 우분투 라이브CD의 볼륨그룹 설정을 그대로 가져오기 위해 vgcfgbackup 를 해 놨습니다.
그리고 나서 인식도 안되는 뭣같은 DSM측의 볼륨그룹 부터 없앴습니다.
vgremove /dev/vg1
볼륨그룹 없애고 나면 파티션에도 영향을 주는 모양입니다.
그래서 우분투에서도 제대로 인식이 안될수도 있으니,
볼륨 그룹 설정 백업부터 먼저 해야 합니다.
그리고 아무렇게나 생성된 md2도 중지시켰습니다.
mdadm --stop /dev/md2
우분투에서 mdadm -Asf 하는거랑 DSM에서 하는거랑 결과가 다르더군요.
/dev/md2가 구성된거 보면 전혀 다른 블럭에서 어셈블이 됩니다.
그래서 자동으로 찾는건 포기하고 --name 파라메터로
이름 기반으로 블럭 찾게끔 어셈블 하니까 우분투 라이브CD에서 찾는것과 똑같은 구성으로 찾아주더군요.
mdadm --assemble /dev/md2 --name=NAS:2
다시 DSM으로 부팅해서 vgcfgrestore 로 볼륨그룹을 살렸습니다.
그러면 뭔가 제대로 된 느낌이 좀 듭니다.
그런데 문제는, 마운트가 안된다는 겁니다. /volume1에 들어가보면 아무것도 없어요.
분먄 /dev/vg1/volmue_1 장치에서 마운트 된게 확실한데, 강제 언마운트가 되어서 실제 파일은 아무것도 안보입니다.
심지어는 USB 파티션도 강제언마운트가 됩니다.
이것 때문에 계속 헤맸습니다.
처음엔 /dev/mapper/vg1-volume_1 이 파티션을 제대로 못잡은줄 알고 애꿋은 dmsetup 명령가지고 계속 연구했었는데,
그냥 평범하게 /dev/mapper/vg1-volume_1을 수동으로 마운트를 하니까 제대로 마운트 잘 되는겁니다.
파일도 다 보이구요.....
그래서 이래저래 좀 더 머리 싸매고 생각하다보니,
우분투 라이브CD에서 마운트 되는 레이드 볼륨의 라벨이 DSM의 빌드 넘버라는점에 주목하게 되었죠.
그래서 레이드 볼륨버전이 XPEnoboot 및 DSM 버전과 관련 있다는걸 눈치까고
다운그레이드를 하게 된 겁니다.
여기까지가 제 문제 해결을 위한 간략한 여정입니다. (중간 삽질 다 생략)
기억나는대로 쓴거라 내용이 다 맞는내용인지 모르겠습니다.
혹여 비슷한 문제를 겪는 다른분들이 있으면 도움이 되길 바랍니다.