Synology ma dostosowaną wersję sterownika md i zestawów narzędzi mdadm, które dodają flagę „DriveError” do struktury flag rdev-> w jądrze.
Efekt netto - jeśli nie masz wystarczająco dużo szczęścia, aby uzyskać awarię tablicy (pierwszy dysk) w połączeniu z błędem na drugim dysku - tablica przechodzi w stan uniemożliwiający naprawę / rekonstrukcję tablicy, nawet jeśli odczyty z dysku działają w porządku.
W tym momencie tak naprawdę nie martwię się tym pytaniem z punktu widzenia TEGO zestawu, ponieważ już ściągnąłem zawartość i zamierzam ją zrekonstruować, ale bardziej z tego, że chcę mieć ścieżkę rozwiązania tego w przyszłości , ponieważ po raz drugi mnie to ugryzło i wiem, że widziałem innych zadających podobne pytania na forach.
Obsługa Synology była mniej niż pomocna (i przeważnie nie reaguje) i w ogóle nie udostępnia żadnych informacji na temat radzenia sobie z zestawami raidów na pudełku.
Zawartość / proc / mdstat:
ds1512-ent> cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4]
md2 : active raid5 sdb5[1] sda5[5](S) sde5[4](E) sdd5[3] sdc5[2]
11702126592 blocks super 1.2 level 5, 64k chunk, algorithm 2 [5/4] [_UUUE]
md1 : active raid1 sdb2[1] sdd2[3] sdc2[2] sde2[4] sda2[0]
2097088 blocks [5/5] [UUUUU]
md0 : active raid1 sdb1[1] sdd1[3] sdc1[2] sde1[4] sda1[0]
2490176 blocks [5/5] [UUUUU]
unused devices: <none>
Status z mdadm --detail / dev / md2:
/dev/md2:
Version : 1.2
Creation Time : Tue Aug 7 18:51:30 2012
Raid Level : raid5
Array Size : 11702126592 (11160.02 GiB 11982.98 GB)
Used Dev Size : 2925531648 (2790.00 GiB 2995.74 GB)
Raid Devices : 5
Total Devices : 5
Persistence : Superblock is persistent
Update Time : Fri Jan 17 20:48:12 2014
State : clean, degraded
Active Devices : 4
Working Devices : 5
Failed Devices : 0
Spare Devices : 1
Layout : left-symmetric
Chunk Size : 64K
Name : MyStorage:2
UUID : cbfdc4d8:3b78a6dd:49991e1a:2c2dc81f
Events : 427234
Number Major Minor RaidDevice State
0 0 0 0 removed
1 8 21 1 active sync /dev/sdb5
2 8 37 2 active sync /dev/sdc5
3 8 53 3 active sync /dev/sdd5
4 8 69 4 active sync /dev/sde5
5 8 5 - spare /dev/sda5
Jak widać - / dev / sda5 został ponownie dodany do tablicy. (To był dysk, który całkowicie zawiódł) - ale chociaż md widzi dysk jako zapasowy, nie będzie go odbudowywać. / dev / sde5 w tym przypadku jest dyskiem problemowym ze stanem (E) DiskError.
Próbowałem zatrzymać urządzenie md, ponownie uruchomić siły działające, usunąć / odczytać sda5 z urządzenia / etc. Bez zmian w zachowaniu.
Byłem w stanie całkowicie odtworzyć tablicę za pomocą następującego polecenia:
mdadm --stop /dev/md2
mdadm --verbose \
--create /dev/md2 --chunk=64 --level=5 \
--raid-devices=5 missing /dev/sdb5 /dev/sdc5 /dev/sdd5 /dev/sde5
co przywróciło tablicę do tego stanu:
md2 : active raid5 sde5[4] sdd5[3] sdc5[2] sdb5[1]
11702126592 blocks super 1.2 level 5, 64k chunk, algorithm 2 [5/4] [_UUUU]
Następnie ponownie dodałem / dev / sda5:
mdadm --manage /dev/md2 --add /dev/sda5
po czym rozpoczął przebudowę:
md2 : active raid5 sda5[5] sde5[4] sdd5[3] sdc5[2] sdb5[1]
11702126592 blocks super 1.2 level 5, 64k chunk, algorithm 2 [5/4] [_UUUU]
[>....................] recovery = 0.1% (4569508/2925531648) finish=908.3min speed=53595K/sec
Zwróć uwagę na położenie „brakującego” napędu pasującego do dokładnego położenia brakującego gniazda.
Kiedy to się skończy, myślę, że prawdopodobnie wyciągnę wątpliwy dysk i ponownie go odbuduję.
Szukam sugestii, czy istnieje jakiś „mniej przerażający” sposób wykonania tej naprawy - lub jeśli ktoś przeszedł przez to doświadczenie z macierzą Synology i wie, jak zmusić ją do przebudowy, inną niż przełączenie urządzenia MD w tryb offline i odtworzenie tablicy od zera.