Synology ha una versione personalizzata del driver md e dei set di strumenti mdadm che aggiunge un flag 'DriveError' alla struttura dei flag rdev-> nel kernel.
Effetto netto - se si è abbastanza sfortunati da ottenere un errore dell'array (prima unità), combinato con un errore su una seconda unità - l'array entra nello stato di non consentire di riparare / ricostruire l'array anche se le letture dall'unità funzionano bene.
A questo punto, non sono davvero preoccupato per questa domanda dal punto di vista di QUESTO array, dal momento che ho già tirato fuori il contenuto e ho intenzione di ricostruirlo, ma più dal voler avere un percorso di risoluzione per questo in futuro , poiché è la seconda volta che ci provo e so di aver visto altri fare domande simili nei forum.
Il supporto di Synology è stato poco utile (e per lo più non reattivo), e non condividerà TUTTE le informazioni su come gestire i raidet sulla scatola.
Contenuti di / 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>
Stato da un 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
Come puoi vedere - / dev / sda5 è stato nuovamente aggiunto all'array. (È stato il disco a fallire del tutto) - ma anche se md vede il disco come ricambio, non lo ricostruirà. / dev / sde5 in questo caso è l'unità problematica con lo stato (E) DiskError.
Ho provato ad arrestare il dispositivo md, eseguendo la riassemblaggio della forza, rimuovendo / leggendo sda5 dal dispositivo / ecc. Nessun cambiamento nel comportamento.
Sono stato in grado di ricreare completamente l'array con il seguente comando:
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
che ha riportato l'array in questo stato:
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]
Ho quindi aggiunto nuovamente / dev / sda5:
mdadm --manage /dev/md2 --add /dev/sda5
dopo di che ha iniziato una ricostruzione:
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
Notare la posizione dell'unità "mancante" corrispondente alla posizione esatta dello slot mancante.
Una volta finito, penso che probabilmente tirerò il disco discutibile e lo farò ricostruire di nuovo.
Sto cercando qualche suggerimento se esiste un modo "meno spaventoso" per fare questa riparazione - o se qualcuno ha vissuto questa esperienza con un array Synology e sa come costringerlo a ricostruire oltre a portare offline il dispositivo md e ricreare l'array da zero.