Even per puntje:
1.
Raid 5 bied maar 1 schrijf redundancy en heeft veel tijd nodig om de array te rebuilden. Tijdens het rebuilden worden alle schrijven extra belast waardoor de kans op uitval zeer veel vergroot wordt. Tot zo ver is RAID 5 al een minder goed idee...
naar gelang je totale array groter wordt, duurt het langer om de array te rebuilden... de kans dat een schrijf tijdens het rebuilden uitvalt, wordt groter naargelang het rebuilden langer duurt (P per X tijd).
Mooi artikeltje er over:
http://www.zdnet.com/arti...-5-stops-working-in-2009/
2.
Het zou handig zijn om te weten hoe je de disks hebt ingesteld, of je hebt gecontroleerd of TLER aanstaat (en zo ja, is de waarde genoeg voor je controller!), welke SMART error's het waren etc.
Het lijkt er erg op of hij namelijk gewoon schrijven er uit heeft gegooid omdat de schrijf een te hoge TLER tijd heeft ingesteld staan voor de controller.
https://forums.freenas.or...support-on-a-drive.27126/
3.
Ook is het het bekijken waard of je Controller Hitachi SpinDown functies ondersteund. Dit verlengt ook de levensduur.
4.
De kans dat een disk binnen 6 maanden failed nadat het 1 leeserror heeft gehad is trouwens aanzienlijk (uit mijn hoofd 70%).
5.
Met raid (en zeker raid 5!) is het aan te raden een hotspare er in te hebben zitten, of een vervang disk klaar te hebben liggen.
6.
Disks ook vooral opsturen voor garantie en desnoods verkopen!
(niet geschoten is altijd mis)
Het lijkt er erg op dat de TLER te hoog stond, er een disk is gedropped en vervolgens de andere disks bij je rebuild zo zwaar zijn belast dat de levensduur erdoor achteruit is gegaan. Daardoor is er nog 1 gedropped etc.
Het creeerd met deze (toch iets goedkopere schrijven) een circelbeweging waarbij na 1 failure alles snel dood gaat, omdat ze toch wat minder kunnen hebben
:fill(white):strip_exif()/i/1344417255.jpeg?f=imagemediumplus)
:strip_icc():strip_exif()/u/81326/crop55c5f7ee4b285_cropped.jpeg?f=community){kind=small}
:strip_icc():strip_exif()/u/55093/UPpharoah.jpg?f=community){kind=small}