LINUX.ORG.RU

[Вопрос теории] Коротка и неказиста жизнь простого сиагейта


0

1

Потихоньку умирает винт. Power_On_Hours всего 636 =(

 5 Reallocated_Sector_Ct   0x0033   099   099   036    Pre-fail  Always       -       54
У меня в связи с этим событием вопрос теории. Винт является частью raid1, сделанного средствами mdadm. Что будет с массивом дальше? Я правильно понимаю, что когда место куда переносятся сектора закончится, начнет уменьшаться емкость винта и raid1 станет деградированным? Стоит ли дожидаться полного выхода из строя винта или надо поспешить с покупкой нового?

★★★★★

>> Я правильно понимаю, что когда место куда переносятся сектора закончится, начнет уменьшаться емкость винта и raid1 станет деградированным?

Когда случится I/O error, тогда и будет DegradedEvent. Очевидно, в области cold data это может оставаться незамеченным. Поэтому лучше менять диск сразу, а перед сливанием бэкапа сделать scrubbing.

GotF ★★★★★
()
Ответ на: комментарий от GotF

а перед сливанием бэкапа сделать scrubbing

`echo check >> /sys/block/mdX/md/sync_action`? Судя по скриптам cron у меня такое делается weekly. Сделаю перед заменой принудительно, да.

ostin ★★★★★
() автор топика

у меня не так давно умер сигейт на 500 Гб со всей музыкой, проработав около трёх лет

сейчас думаю брать терабайтник самсунг

кстати, между хардами на 5400 об/мин и на 7200 об/мин сильно большая разница в скорости?

anonymous
()
Ответ на: комментарий от anonymous

>> кстати, между хардами на 5400 об/мин и на 7200 об/мин сильно большая разница в скорости?

Раньше было в среднем 25%. Не думаю, что многое изменилось.

GotF ★★★★★
()

Я правильно понимаю, что когда место куда переносятся сектора закончится, начнет уменьшаться емкость винта и raid1 станет деградированным?

RAID-1 станет деградированным только тогда, когда ОС не сможет прочитать блок данных с одного из винчестеров. До этого момента и она, ни ты не будешь знать, что винту кирдык, хотя ему уже кирдык.

iZEN ★★★★★
()
Ответ на: комментарий от N1ghtmare

вот уж что никогда не буду брать - так это WD

сколько у меня их было - все рассыпались нафиг в течение года-двух

да и по форумам жалоб на них вагоны с маленькими тележками

anonymous
()
Ответ на: комментарий от anonymous

Будем знать.

2all
А что нсчет хитачи и гнусмаса?
Хочу прикупить диск, да не знаю какой лучше до 500ГБ, а лоровцам как то больше доверяю чем обитателям других форумов.

У самого сигейт уже 5 лет пока жив, но печенка чует что может сдохнуть, говорят что сейчас сигейты УГ, топикстартер не даст соврать.

anonymous
()
Ответ на: комментарий от anonymous

У меня Хитачи на 150 гигов. Лет 5 уже работает. Второй хард-WD Blue, Срок работы - 3 года

N1ghtmare ★★
()
Ответ на: комментарий от anonymous

Что характерно, мой 20Гб сиагейт IDE жив до сих пор (ему лет 5 наверное уже), бедов было 0 (когда последний раз ради интереса смотрел). SATA у них какие-то хлипкие пошли.

ostin ★★★★★
() автор топика

И почему я не удивлен, что тред про дисковые массивы обязательно скатывается в лошение сиагейтов?

ostin ★★★★★
() автор топика
Ответ на: комментарий от ostin

ну, самый старый у мну сороковка, а новые сата-2. больше всего ненависти мне один крендель на работе излил на сигейты - у него в течение года последовательно умерли сигейт, гнусмас и wd. ненависть была в сторону именно сигейтов, видать коллекция прона накрылась

registrant ★★★★★
()
Ответ на: комментарий от ostin

эти сектора побились от кривого управления pm, когда диск отключался каждые 5 секунд, отключил парковвание головки при простое и больше битых секторов не было, mhdd тоже говорит что все ОК.

Novell-ch ★★★★★
()
Ответ на: комментарий от iZEN

Для этого придуманы SMART и сверка по расписанию.

GotF ★★★★★
()
Ответ на: комментарий от anonymous

>сейчас думаю брать терабайтник самсунг

Лучше двух-терабайтник самсунг

между хардами на 5400 об/мин и на 7200 об/мин сильно большая разница в скорости?

У меня двух-терабайтник (5400 об/мин) самсунг чуть быстрее, чем один-терабайтник (7200 об/мин) самсунг

Led ★★★☆☆
()
Ответ на: комментарий от GotF

Угу. Ошибки смотреть в /sys/block/md0/md/mismatch_cnt


Эти ошибки при raid1 ничем не говорят.
Вообще то mismatch_cnt - это количество несинхронизированных блоков.

vlb ★★★
()
Ответ на: комментарий от vlb

man md

       md/sync_action
              This can be used to monitor and control the resync/recovery pro‐
              cess  of MD.  In particular, writing "check" here will cause the
              array to read all data block and check that they are  consistent
              (e.g.  parity  is correct, or all mirror replicas are the same).
              Any discrepancies found are NOT corrected.

              A count of problems found will be stored in md/mismatch_count.

              Alternately, "repair" can be written which will cause  the  same
              check to be performed, but any errors will be corrected.

              Finally, "idle" can be written to stop the check/repair process.
GotF ★★★★★
()

Всегда доверял только Seagate и незря. Никогда не подводили.

CTAPK
()
Ответ на: man md от GotF

99-raid-check

# Due to the fact that raid1 writes in the kernel are unbuffered,
   # a raid1 array can have non-0 mismatch counts even when the
   # array is healthy. These non-0 counts will only exist in
   # transient data areas where they don't pose a problem. However,
   # since we can't tell the difference between a non-0 count that
   # is just in transient data or a non-0 count that signifies a
   # real problem, simply don't check the mismatch_cnt on raid1
   # devices as it's providing far too many false positives. But by
   # leaving the raid1 device in the check list and performing the
   # check, we still catch and correct any bad sectors there might
   # be in the device.

vlb ★★★
()
Ответ на: комментарий от vlb

И тем не менее, я там не видел ничего отличного от нуля при плановых проверках, а в единственном случае, когда массив был рассинхронизирован из-за ошибки UDMA transfer, там появилось более крупное значение. Так что даже не знаю, что и сказать по этому поводу.

GotF ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.