정전으로 네이티브 헤놀로지가 죽는 바람에 재부팅을 하였는데
재부팅이 불가하였습니다.
버전은 7.1.1 - 42962 update0 이었습니다.
그리고 부트로더를 7.2로 업데이트하고 하드도 모두 업데이트 진행했습니다.
모든 파일과 설정 유지하고 .pat 파일을 올리고 진행중에 40%에서 멈추더니 에러가 발생했고
이후에 재시도에는 하드를 마이그레이션 하겠다는. 복구하겠다는 내용이 전혀 안나오고 바로 포맷 설정만 나오더군요...
그래서 여분의 하드로 7.2 올리고 다시 하드를 장착했는데 온라인 어셈블이나 복구 관련 내용이 전혀 안나옵니다 ㅜㅜ
하드 구성은 raid1(2ea), SHR(4ea) 입니다...
그래서 복구를 위해서 여분 하드에 올린 DSM7.2에서 SSH 열어서 하드 연결 후
mdadm -Asf && vgchange -ay 명령어로
확인해봤는데 하나도 안나오네요 ...
자료라도 복구할 수 있는 방법이 있을까요?
도움 부탁드립니다 ㅜㅜ
++
혹시 몰라서
복구천사로 돌려보니 데이터는 살아있네요
+++
cat /proc/mdstat
Personalities : [raid1]
md1 : active raid1 sda2[0]
2097088 blocks [16/1] [U_______________]
md0 : active raid1 sda1[0]
2490176 blocks [16/1] [U_______________]
~# ls /dev/sd*
/dev/sda /dev/sda2 /dev/sda5 /dev/sdd /dev/sdf
/dev/sda1 /dev/sda3 /dev/sdc /dev/sde
root@:~# ls /dev/sd*
/dev/sda /dev/sda2 /dev/sda5 /dev/sdd /dev/sdf
/dev/sda1 /dev/sda3 /dev/sdc /dev/sde
root@:~# mdadm --examine /dev/sde
mdadm: No md superblock detected on /dev/sde.
root@:~# mdadm --examine /dev/sdf
mdadm: No md superblock detected on /dev/sdf.
root@:~# mdadm --examine /dev/sdd
mdadm: No md superblock detected on /dev/sdd.
root@:~# mdadm --examine /dev/sdc
mdadm: No md superblock detected on /dev/sdc.
root@:~# mdadm --examine /dev/sda5
mdadm: No md superblock detected on /dev/sda5.
root@:~# mdadm --examine /dev/sda3
/dev/sda3:
MBR Magic : aa55
Partition[0] : 224797536 sectors at 16096 (type fd)
root@:~# mdadm --examine /dev/sda2
/dev/sda2:
Magic : a92b4efc
Version : 0.90.00
UUID : 4a188455:f31a4d5c:05d949f7:b0bbaec7
Creation Time : Sat Jul 8 19:01:12 2023
Raid Level : raid1
Used Dev Size : 2097088 (2047.94 MiB 2147.42 MB)
Array Size : 2097088 (2047.94 MiB 2147.42 MB)
Raid Devices : 16
Total Devices : 1
Preferred Minor : 1
Update Time : Sat Jul 8 19:12:06 2023
State : clean
Active Devices : 1
Working Devices : 1
Failed Devices : 15
Spare Devices : 0
Checksum : 666585c0 - correct
Events : 15
Number Major Minor RaidDevice State
this 0 8 2 0 active sync /dev/sda2
0 0 8 2 0 active sync /dev/sda2
1 1 0 0 1 faulty removed
2 2 0 0 2 faulty removed
3 3 0 0 3 faulty removed
4 4 0 0 4 faulty removed
5 5 0 0 5 faulty removed
6 6 0 0 6 faulty removed
7 7 0 0 7 faulty removed
8 8 0 0 8 faulty removed
9 9 0 0 9 faulty removed
10 10 0 0 10 faulty removed
11 11 0 0 11 faulty removed
12 12 0 0 12 faulty removed
13 13 0 0 13 faulty removed
14 14 0 0 14 faulty removed
15 15 0 0 15 faulty removed
root@:~# mdadm --examine /dev/sda1
/dev/sda1:
Magic : a92b4efc
Version : 0.90.00
UUID : 020f23fa:3a0159e3:05d949f7:b0bbaec7
Creation Time : Sat Jul 8 19:01:09 2023
Raid Level : raid1
Used Dev Size : 2490176 (2.37 GiB 2.55 GB)
Array Size : 2490176 (2.37 GiB 2.55 GB)
Raid Devices : 16
Total Devices : 1
Preferred Minor : 0
Update Time : Sat Jul 8 23:28:21 2023
State : clean
Active Devices : 1
Working Devices : 1
Failed Devices : 15
Spare Devices : 0
Checksum : 6549903a - correct
Events : 4466
Number Major Minor RaidDevice State
this 0 8 1 0 active sync /dev/sda1
0 0 8 1 0 active sync /dev/sda1
1 1 0 0 1 faulty removed
2 2 0 0 2 faulty removed
3 3 0 0 3 faulty removed
4 4 0 0 4 faulty removed
5 5 0 0 5 faulty removed
6 6 0 0 6 faulty removed
7 7 0 0 7 faulty removed
8 8 0 0 8 faulty removed
9 9 0 0 9 faulty removed
10 10 0 0 10 faulty removed
11 11 0 0 11 faulty removed
12 12 0 0 12 faulty removed
13 13 0 0 13 faulty removed
14 14 0 0 14 faulty removed
15 15 0 0 15 faulty removed
root@:~# mdadm --examine /dev/sda
/dev/sda:
MBR Magic : aa55
Partition[0] : 4980480 sectors at 2048 (type fd)
Partition[1] : 4194304 sectors at 4982528 (type fd)
Partition[2] : 224990304 sectors at 9437184 (type 0f)
root@:~# fdisk -l /dev/sdd
Disk /dev/sdd: 7.3 TiB, 8001563222016 bytes, 15628053168 sectors
Disk model: WD80EFAX-68LHPN0
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
root@:~# fdisk -l /dev/sdf
Disk /dev/sdf: 7.3 TiB, 8001563222016 bytes, 15628053168 sectors
Disk model: WD80EMAZ-00WJTA0
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
root@:~# fdisk -l /dev/sdc
Disk /dev/sdc: 5.5 TiB, 06*****26*601 bytes, 11721045168 sectors
Disk model: WD60EFRX-68L0BN1
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
root@:~# fdisk -l /dev/sde
Disk /dev/sde: 7.3 TiB, 8001563222016 bytes, 15628053168 sectors
Disk model: WD80EFAX-68LHPN0
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
root@:~# pvs
root@:~# pvs /dev/md0
Failed to find device for physical volume "/dev/md0".
root@:~# pvs /dev/md1
Failed to find device for physical volume "/dev/md1".
root@:~# pvs /dev/md2
Failed to find device for physical volume "/dev/md2".
root@:~# pvs /dev/sdd
Failed to find device for physical volume "/dev/sdd".
root@:~# pvs /dev/sdf
Failed to find device for physical volume "/dev/sdf".
root@:~# pvs /dev/sdc
Failed to find device for physical volume "/dev/sdc".
root@:~# pvs /dev/sde
Failed to find device for physical volume "/dev/sde".
~# mount /dev/sdd /volume3
mount: /volume3: wrong fs type, bad option, bad superblock on /dev/sdd, missing codepage or helper program, or other error.
검색해보시면 좋을듯 합니다
여기 참고했는데
안뜨는듯 합니다 ㅜㅜ
그대로 하니 마운트가 안 되더군요
아직 마운트가 안되네요..
해결방법 있으면 공유부탁드려요
apt-get update
apt-get install -y mdadm lvm2 btrfs-progs
mdadm –assemble –scan
mount /dev/md0 /mnt
이런식으로 해서 마운트후 데이터 백업했던것같네요
시놀에서는 이슈가 없는것 같은데 헤놀에서는 문제가 조큼조큼씩 있어보이는데..
비슷한 이슈가 시놀에서도 발생 할까요?
시놀로지에서도 메뉴얼이 있으니 없진 않겠죠.
업데이트시에는 조심하는 방법 밖에 없습니다 ㅜㅜ
쓸대없이 아는게 조큼 많아졌다고 신경쓰이는게 많네요 핳핳..
결국 부트로더를 거쳐서 하드웨어를 예뮬레이션하는것뿐이니까요
NVME캐시로 뭔가 좀 해보고 싶은 생각에 근질 근질 하긴 해서 말이죠..
관리 포인트도 하나 줄이고 향후 네트워크 구성에 좀 더 이점이 있을 것 같네요.
업데이트 안 하면 딱히 문제 생길 가능성 없고, 업데이트하다가 망가져도 요즘 부트로더는 다운그레이드나 강제 재설치하는 기능도 제공합니다
업데이트전에 기존 디스크 다 분리 -> 임시 디스크 1개 장착 -> 새로운 버전 시험 -> 원복후 실재 적용 이렇게 하니 문제 생긴적 없네요 (좀 귀찮을뿐)
NVMe 케쉬 설정시 주의점은 업데이트후 NVMe 장치 인식 풀릴 가능성 있으니 업데이트전에 임시로 케쉬 제거후 업데이트하고나서 다시 추가하길 추천합니다
문젠 2개 이상 달아서 쓰기까지 해놨는데 케쉬가 갑자기 실종되면 데이터 손상됩니다
지금 시놀에 ssd 하나 달려있는데
헤놀로 nvme를 ssd 4개 로 붙여서 raid5 캐시로 쓰고싶다..
생각만 하고있습니다.
다만 매 버전업때마다 저러는게 상당히 귀찮은게 문제죠
HP , DELL 그 어떤 스토리지도 어떤 원인으로 고장 발생후 데이터 손실 없이 복구가 원만하게 ?? 문제 없이 되는 시스템이 있나요?
만일 그렇다면 누구도 백업할 필요가 없겠죠...
백업 없이 스토리지 운용은 용감하거나 무심하거나 ...
UPS에 백업까지 준비는 되어있습니다.
이곳을 방문하거나 인터넷 블로그에서 헤놀 증상 관련 내용이 많게 느끼시는 것은 시놀보다 헤놀 사용자가 많기 때문입니다.
시놀 사용자는 시놀사에 이슈를 직접 문의하지만 헤놀 상용자는 그렇 수 없기 때문 입니다.
헤놀 장애 이슈는 하드웨어 고장과 boot loader 이슈와 DSM 업데이트 이슈 입니다.
헤놀 사용자가 시놀로지 DSM 사용법에 관련한 문의나 정보 교환이 거의 없는 이유와 같습니다.
하드웨어 고장 원인은 헤놀 구성상 최신 신규 시스템 보다 오래된 기종 사용에 기인되는 측면이 크게 기여 합니다.
정전등 전기적인 쇼크나 사용자 부주의에 의한 하드웨어 고장은 헤놀이던 시놀이던 관계없이 발생 하는 이슈 입니다.
시놀이 헤놀보다 전기적인 쇼크나 사용자 부주의에 의한 손상에 비해서 더 우위에 있을 수 없다는 것이 제 생각 입니다.
헤놀의 boot loader 이슈와 DSM 업데이트 이슈는 최신 버전을 적용하려는 사용자들의 욕구에 기한 것이며
이런 이슈를 즐기거나 흥미를 갖는 접근 이기 때문 입니다.
한번 boot loader 과 DSM 설치해서 사용하고 있다면 헤놀과 시놀과의 운영상 이슈가 다르지 않으며 헤놀이 더 문제가 발생 하지 않습니다.
구성 완료된 상태에서 수년간 헤놀 사용에서 문제가 전혀 없었고 디스크 교체와 백업등에서 문제가 발생 하지 않았습니다.
따라서 질문자의 정전등의 이슈로 손상 문제에는 헤놀이기 때문에 발생된 것이 아니기 때문 입니다.
시놀에 비해서 헤놀의 유일한 단점은 DSM 업데이트가 자유롭지 않다는 것이며
이것은 헤놀 사용자들은 인지한 사항이고 이미 DSM을 업데이트 하지 않아도 좋다는 묵시적 동의한 사용자 입니다.
이점이 단점이라고 생각 한다면 상대적으로 높은 비용 대비해서 저 성능 시놀에 만족하시면 됩니다.
1819+ 를 사용중 이지만 뭔가 아쉬운 생각에 헤놀을 들여다 보고 있긴합니다.
dsm 6 때 헤놀 사용하다 구매해서 사용하고있고 dsm6 때도 버전 업글 외에는 잘 쓰긴 했었으니까요..
결론은 어렵군요..
이번에 새로나온 1823xs가 pci 4.0 nvme 꼿을수 있다면 고민을 진지하게 해봤을거 같은데.. 어렵습니다 어려워..