Комментарии 99
На домашнем ПК стоит один RE4, что даст выключение ERC? Больше проживёт?
P.S: Может кто-нить знает как выключить его под виндой?
P.S: Может кто-нить знает как выключить его под виндой?
Больше не проживёт. Я ж написал что даёт ERC — поведение при ошибке. Когда она будет, в зависимости от ERC винт либо тут же её выдаст операционке с соответствующими последствиями, либо будет тупить до последнего.
smartctl есть и под винду
Как то столкнулись в адаптековских рейдах с кучей дисков с такой проблемой — винт внезапно «пропадает» из массива, как-будто его отключили, перепроверили все коннекторы в корзине много раз — все нормально. Судя по всему проблема была именно в этом — т.е. винт натыкался на ошибку чтения, и пытался ее прочитать до последнего, а контроллер тем временем считал что винт отключен, по тайм-ауту. Когда заменили все диски на raid edition — проблема больше не повторялась. Очень доставляло, когда при ребилде raid 5/6 внезапно начинали пропадать диски и весь массив умирал.
По моему опыту адаптек — то ещё чудо в перьях. У нас оно умудрялось SCSI bus hung делать даже на RE'шках.
А какие контроллеры можете по рекомендовать? С аналогичной удобностью управления, уведомлениями, аппаратным биппером, и т.д.?
«порекомендовать» конечно
mdadm. Лучше рейда я пока не видел. И уведомления, и произвольные конфигурации по дискам.
Бипер в реальной жизни — глупость, его чаще всего не слышно среди остальных серверов, а даже если слышно, то не понятно, какой именно из серверов в стойке пищит.
В качестве HBA я пока на LSI'ках остановился, но это от безысходности. Народ ещё 3ware хвалит, сам я не щупал.
Бипер в реальной жизни — глупость, его чаще всего не слышно среди остальных серверов, а даже если слышно, то не понятно, какой именно из серверов в стойке пищит.
В качестве HBA я пока на LSI'ках остановился, но это от безысходности. Народ ещё 3ware хвалит, сам я не щупал.
mdadm конечно хорош, но во-первых не во всех ОС он есть, во-вторых если вам нужно поставить ОС на массив, то начинаются танцы с бубном — прописывание загрузчика на каждое зеркало, и если у вас RAID 5/6 то не получится поставить систему на такой массив. И еще он грузит CPU на сложных массивах.
И еще у него нет такого понятия как батарейка для кеша.
Ой, ну что за сказки «грузит cpu»
На практике у меня ни разу в него не упиралось. Куда заметнее, что он грузит шину (например, 4 диска SATA — значит, при записи на 1+0 запись идёт сразу на 4 диска, что уже может полностью занять всю пропускную способность PCI)
На практике у меня ни разу в него не упиралось. Куда заметнее, что он грузит шину (например, 4 диска SATA — значит, при записи на 1+0 запись идёт сразу на 4 диска, что уже может полностью занять всю пропускную способность PCI)
На шестых рейдах не грузит, до 2 гигабит выдает на чтение или запись влет. Ну а на остальных грузит ещё меньше чем на шестых.
че? Грузит CPU? Раздавая 15 гигабит на чтение и гигабит на запись не тупит. Расскажете мне про аппаратный рейд, который такое может?
НЛО прилетело и опубликовало эту надпись здесь
Ну и что, что не поймёшь. Зато, помимо писка, есть замечательные индикаторы, которые зажигаются около того диска, который сдох.
Кстати, я переформулирую вопрос core: а какие контроллеры для дисков используются (при условии, что в RAID они будут собираться софтварный)? У нас на практике диски висят на Fusion MPT SAS, но может это плохой выбор?
Кстати, я переформулирую вопрос core: а какие контроллеры для дисков используются (при условии, что в RAID они будут собираться софтварный)? У нас на практике диски висят на Fusion MPT SAS, но может это плохой выбор?
Areca, к примеру.
У меня была подобная история, коллега говорит, что на сетевом диске папка пропала, захожу разворачиваю из бэкапа, а диск говорит, что файлы есть и размер у них такой-то, но не вижу я этих файлов. пляска вокруг 3ware в попытках понять причину выпадения, ребут, и всё один диск пропадает, второй при чтении тоже сильно ругается контроллеру, но с игнорированием ошибок дочитываем данные для возможного сравнения с бэкапом.
покупаем новые диски разворачиваем данные с бэкапа, те старые диски идут на полку — до лучших времён, когда тестируем, а ошибок на них я так и не смог найти ни в смарт ни с пом. mhdd.
вот и лежит пара 1.5Тб вроде и целых, а мирных целях использоваться страшно.
покупаем новые диски разворачиваем данные с бэкапа, те старые диски идут на полку — до лучших времён, когда тестируем, а ошибок на них я так и не смог найти ни в смарт ни с пом. mhdd.
вот и лежит пара 1.5Тб вроде и целых, а мирных целях использоваться страшно.
smartctl из smartmontools? А какой версии пакет? А то у меня что-то не знает такого параметра:
gw merlin # smartctl -l scterc /dev/sda
smartctl version 5.38 [x86_64-pc-linux-gnu] Copyright © 2002-8 Bruce Allen
Home page is smartmontools.sourceforge.net/
=======> INVALID ARGUMENT TO -l: scterc
=======> VALID ARGUMENTS ARE: error, selftest, selective, directory, background, scttemp[sts|hist] <=======
Use smartctl -h to get a usage summary
gw merlin # smartctl -l scterc /dev/sda
smartctl version 5.38 [x86_64-pc-linux-gnu] Copyright © 2002-8 Bruce Allen
Home page is smartmontools.sourceforge.net/
=======> INVALID ARGUMENT TO -l: scterc
=======> VALID ARGUMENTS ARE: error, selftest, selective, directory, background, scttemp[sts|hist] <=======
Use smartctl -h to get a usage summary
У меня более новый билд:
smartctl 5.40 2010-07-12 r3124 [i686-pc-linux-gnu] (local build)
На нем все работает.
smartctl 5.40 2010-07-12 r3124 [i686-pc-linux-gnu] (local build)
На нем все работает.
# smartctl -l scterc,1000,1000 /dev/ad10
smartctl 5.40 2010-10-16 r3189 [FreeBSD 8.2-STABLE amd64] (local build)
Copyright © 2002-10 by Bruce Allen, smartmontools.sourceforge.net
=======> INVALID ARGUMENT TO -l: scterc,1000,1000
=======> VALID ARGUMENTS ARE: error, selftest, selective, directory[,g|s], background, scttemp[sts|hist], scterc[,N,M], sasphy[,reset], sataphy[,reset], gplog,N[,RANGE], smartlog,N[,RANGE], xerror[,N][,error], xselftest[,N][,selftest] <=======
=======> Option -l scterc,[READTIME,WRITETIME] syntax error
Use smartctl -h to get a usage summaryМожет быть 1000 очень много? Попробуйте установить 100.
да, много, но даже 120 не выставляется:
# smartctl -l scterc,120,120 /dev/ad10
smartctl 5.40 2010-10-16 r3189 [FreeBSD 8.2-STABLE amd64] (local build)
Copyright © 2002-10 by Bruce Allen, smartmontools.sourceforge.net
SCT Error Recovery Control:
Read: 57345 (5734.5 seconds)
Write: 57345 (5734.5 seconds)
а выставленные параметры ERC винчестер запоминает навсегда, один раз выставил и на всю жизнь, следить за этим боьше не придётся?
Пойду задрачивать коллегу, который вставил себе raid edition в десктоп и жутко горд этим, спасибо :)
Для WD есть утилитка WDTLER (Time-Limited Error Recovery) на некоторых hdd green-серии можно все-таки включить ERC/TLER blog.agdunn.net/?p=208
Вот, за одним узнал, что у меня винчестеры в домашнем сервере за лето разогрелись до плюс 53 по Цельсию %)
НЛО прилетело и опубликовало эту надпись здесь
SAMSUNG HD105SI 1AJ10001
SCT Error Recovery Control:
Read: 57345 (5734.5 seconds)
Write: 57345 (5734.5 seconds)
Какие то большие цифры слишком.
Для RAID по рекомендациям из статьи следует уменьшить до 100 получается.
SCT Error Recovery Control:
Read: 57345 (5734.5 seconds)
Write: 57345 (5734.5 seconds)
Какие то большие цифры слишком.
Для RAID по рекомендациям из статьи следует уменьшить до 100 получается.
А как быть с SAS-дисками? На них вывод smartctl существенно отличается:
Команды типа smartctl -l scterc /dev/sda выполняются, но никакой информации не выдают. Ни ошибки, ничего.
Как про них узнать поподробнее?
gw merlin # smartctl -a /dev/sda
smartctl 5.40 2010-10-16 r3189 [x86_64-pc-linux-gnu] (local build)
Copyright © 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net
Device: SEAGATE ST3500620SS Version: 0001
Serial number: 3QM00TLJ00008817EVD4
Device type: disk
Transport protocol: SAS
Local Time is: Tue Aug 2 13:16:13 2011 MSD
Device supports SMART and is Enabled
Temperature Warning Enabled
SMART Health Status: OK
Current Drive Temperature: 41 C
Drive Trip Temperature: 68 C
Elements in grown defect list: 0
Vendor (Seagate) cache information
Blocks sent to initiator = 1813824591
Blocks received from initiator = 3355975879
Blocks read from cache and sent to initiator = 1240205903
Number of read and write commands whose size <= segment size = 521982773
Number of read and write commands whose size > segment size = 5
Vendor (Seagate/Hitachi) factory information
number of hours powered up = 19151.00
number of minutes until next internal SMART test = 6
Error counter log:
Errors Corrected by Total Correction Gigabytes Total
ECC rereads/ errors algorithm processed uncorrected
fast | delayed rewrites corrected invocations [10^9 bytes] errors
read: 2162328582 36413 0 2162364995 2162364995 25127.652 0
write: 0 0 0 0 0 6166.241 0
verify: 128126 0 0 128126 128126 0.000 0
Non-medium error count: 6
SMART Self-test log
Num Test Status segment LifeTime LBA_first_err [SK ASC ASQ]
Description number (hours)
# 1 Background long Completed - 4529 - [- - -]
Long (extended) Self Test duration: 6798 seconds [113.3 minutes]
Команды типа smartctl -l scterc /dev/sda выполняются, но никакой информации не выдают. Ни ошибки, ничего.
Как про них узнать поподробнее?
SAS — свой мир. Рыть в сторону sgutils, там свой набор команд для управления scsi generic.
в общем, ответ получен командой sdparm. В частности, там есть такие параметры (этот же диск):
смысл понятен из описаний.
Вообще, sas-диск куда тоньше настраивается. Всего настраиваемых параметров там примерно в пять раз больше, чем здесь перечислено.
AWRE 1 [cha: y, def: 1, sav: 1] Automatic write reallocation enabled ARRE 1 [cha: y, def: 1, sav: 1] Automatic read reallocation enabled EER 0 [cha: y, def: 0, sav: 0] Enable early recovery DTE 0 [cha: y, def: 0, sav: 0] Data terminate on error DCR 0 [cha: y, def: 0, sav: 0] Disable correction RRC 11 [cha: y, def: 11, sav: 11] Read retry count WRC 5 [cha: y, def: 5, sav: 5] Write retry count RTL -1 [cha: y, def: -1, sav: -1] Recovery time limit (ms)
смысл понятен из описаний.
Вообще, sas-диск куда тоньше настраивается. Всего настраиваемых параметров там примерно в пять раз больше, чем здесь перечислено.
НЛО прилетело и опубликовало эту надпись здесь
Сомнительно. Какие именно нужные параметры?
Например, из статьи следует, что консистентный массив должен работать с небольшими значениями, типа 60/60. Но как раз когда массив деградировал, на остальных дисках есть смысл выключить ERC (0/0), чтобы при собственно перестроении массива он с выживших дисков считывал информацию до последнего — таким образом, меньше шансов, что в процессе реконструкции RAID5 умрёт окончательно.
Диск же сам никак не сможет узнать, что массив, в котором он участвует, деградировал и сейчас нужно считывать тяжёлые блоки до последнего, а не выдавать сбой через пять секунд неудачных попыток, нужен способ ему об этом сказать. Так вот, не может быть, чтобы в «домашних» дисках «домашнего» интерфейса SATA такой способ был, а в «профессиональных» с «профессиональным» же интерфейсом SAS — не было.
Например, из статьи следует, что консистентный массив должен работать с небольшими значениями, типа 60/60. Но как раз когда массив деградировал, на остальных дисках есть смысл выключить ERC (0/0), чтобы при собственно перестроении массива он с выживших дисков считывал информацию до последнего — таким образом, меньше шансов, что в процессе реконструкции RAID5 умрёт окончательно.
Диск же сам никак не сможет узнать, что массив, в котором он участвует, деградировал и сейчас нужно считывать тяжёлые блоки до последнего, а не выдавать сбой через пять секунд неудачных попыток, нужен способ ему об этом сказать. Так вот, не может быть, чтобы в «домашних» дисках «домашнего» интерфейса SATA такой способ был, а в «профессиональных» с «профессиональным» же интерфейсом SAS — не было.
Печально что в уже существующих аппаратных рейдах не проверить возможности того или иного диска.
ошибаетесь, можно:
ошибаетесь, это возможно:
это — случай когда диск подключен к контроллеру HP (Compaq) SmartArray E200. Подробности про это и другие контроллеры есть в man smartctl.
ошибаетесь, это возможно:
xen0 merlin # smartctl -a -d cciss,0 /dev/cciss/c0d0
smartctl version 5.38 [x86_64-pc-linux-gnu] Copyright © 2002-8 Bruce Allen
Home page is http://smartmontools.sourceforge.net/
Device: HP DG072BABCE Version: HPD5
Serial number: BSA5P8702STJ0830
Device type: disk
Transport protocol: SAS
Local Time is: Tue Aug 2 13:37:20 2011 MSD
Device supports SMART and is Enabled
Temperature Warning Enabled
SMART Health Status: OK
Current Drive Temperature: 38 C
Drive Trip Temperature: 65 C
Manufactured in week 30 of year 2008
Recommended maximum start stop count: 50000 times
Current start stop count: 47 times
Elements in grown defect list: 0
Error counter log:
Errors Corrected by Total Correction Gigabytes Total
ECC rereads/ errors algorithm processed uncorrected
fast | delayed rewrites corrected invocations [10^9 bytes] errors
read: 0 0 0 0 0 0.000 0
write: 0 0 0 0 0 0.000 0
Non-medium error count: 115
No self-tests have been logged
Long (extended) Self Test duration: 1142 seconds [19.0 minutes]
xen0 merlin # smartctl -a -d cciss,4 /dev/cciss/c0d0
smartctl version 5.38 [x86_64-pc-linux-gnu] Copyright © 2002-8 Bruce Allen
Home page is http://smartmontools.sourceforge.net/
Serial number: WD-WX50AC9D8701
Device type: disk
Local Time is: Tue Aug 2 13:38:31 2011 MSD
Device supports SMART and is Enabled
Temperature Warning Disabled or Not Supported
Log Sense failed, IE page [scsi response fails sanity test]
Read defect list: asked for grown list but didn't get it
Error Counter logging not supported
Device does not support Self Test logging
это — случай когда диск подключен к контроллеру HP (Compaq) SmartArray E200. Подробности про это и другие контроллеры есть в man smartctl.
В одном из серверов используется adaptec 2805
конкретно с adaptecом у вас, видимо, ничего не выйдет.
вот описание основного в данном вопросе ключа -d: Specify device type to one of: ata, scsi, sat[,N][+TYPE], usbcypress[,X], usbjmicron[,x][,N], usbsunplus, marvell, areca,N, 3ware,N, hpt,L/M/N, megaraid,N, cciss,N, auto, test
вот описание основного в данном вопросе ключа -d: Specify device type to one of: ata, scsi, sat[,N][+TYPE], usbcypress[,X], usbjmicron[,x][,N], usbsunplus, marvell, areca,N, 3ware,N, hpt,L/M/N, megaraid,N, cciss,N, auto, test
Через адаптеки можно достучаться, но если ОС — Linux. Он предоставляет драйвер sg — общий для SCSI, и последние контроллеры 2 и 5 серий позволяют через него работать напрямую с дисками — как SAS, так и SATA.
Не позволяют, я пробовал. smartmontool на ленни (пробовал именно на ленни) нихрена не может через /dev/sg* сделать. Адаптековцы что-то фееричное присылали про метод чтения смарта у винтов, но это было так через… пно…
да, пятая серия, разумеется.
У меня Adaptec 5405, firmware 17899. Прочитал smart, даже на FreeBSD через /dev/pass* :)
Я вот не понял какие последствия будут, если в десктопе стоит RAID версия HDD и у нее SCT ERC выставлен не в 0/0? Что с диском может быть не так, если не выставит значения таймингов в нули?
Первый чих, и ваша файловая система огребает ошибку записи в журнал транзакций, BMP или другую ценную область.
То-есть будут никому не нужные записи об ошибках, которые будут портить статистику использования винчестера? А емкость HDD будет снижаться при появлении таких ошибок?
… и ядро переотправляет команду записи.
… по другому адресу, а этот блок диска помечается как сбойный и про него ФС забывает навсегда
Спасибо! Понятно!
Сегодня вечером все выставлю в нули.
Сегодня вечером все выставлю в нули.
>… по другому адресу, а этот блок диска помечается как сбойный и про него ФС забывает навсегда
драйвер контроллера вполне может и без ФС тихо насрать в лог, сделать ретрай и ФС ничего не узнает.
кроме того, что-то я не помню такого поведения, например у линуксовых фс, при котором ядерный драйвер САМ обновлял таблицу сбойных блоков.
обычно как раз диск сыпется, в логах срач, бедблоки сиди ищи руками и руками же в фс их список закидывай.
возможно мой опыт в данном вопросе не такой широкий, так как у меня нет коробочки с сотней жестких дисков для хранения разных версий Евангелиона.
драйвер контроллера вполне может и без ФС тихо насрать в лог, сделать ретрай и ФС ничего не узнает.
кроме того, что-то я не помню такого поведения, например у линуксовых фс, при котором ядерный драйвер САМ обновлял таблицу сбойных блоков.
обычно как раз диск сыпется, в логах срач, бедблоки сиди ищи руками и руками же в фс их список закидывай.
возможно мой опыт в данном вопросе не такой широкий, так как у меня нет коробочки с сотней жестких дисков для хранения разных версий Евангелиона.
О, спасибо, очень полезно.
У меня как раз RE3 и RE4 стоят в софт-рейде — думал, а не надо ли их настраивать.
У меня как раз RE3 и RE4 стоят в софт-рейде — думал, а не надо ли их настраивать.
может, будет полезно: у меня
Model Family: Western Digital Caviar Blue Serial ATA family
но при этом проверка на SCT как бы проходит:
SCT capabilities: (0x3037) SCT Status supported.
SCT Feature Control supported.
SCT Data Table supported.
хотя на самом деле управлять им нельзя:
$ smartctl -l scterc /dev/sda
smartctl 5.40 2010-07-12 r3124 [i686-pc-linux-gnu] (local build)
Copyright © 2002-10 by Bruce Allen, smartmontools.sourceforge.net
Warning: device does not support SCT Error Recovery Control command
Model Family: Western Digital Caviar Blue Serial ATA family
но при этом проверка на SCT как бы проходит:
SCT capabilities: (0x3037) SCT Status supported.
SCT Feature Control supported.
SCT Data Table supported.
хотя на самом деле управлять им нельзя:
$ smartctl -l scterc /dev/sda
smartctl 5.40 2010-07-12 r3124 [i686-pc-linux-gnu] (local build)
Copyright © 2002-10 by Bruce Allen, smartmontools.sourceforge.net
Warning: device does not support SCT Error Recovery Control command
НЛО прилетело и опубликовало эту надпись здесь
Из статьи не очень понятно — а каковы будут действия ОС \ Raid-контроллера, если в рэйде установлены несколько дисков с работающим (ненулевым) ERC?
И чем это будет отличаться от ситуации без ERC?
И чем это будет отличаться от ситуации без ERC?
% smartctl -l scterc /dev/ad16
smartctl 5.41 2011-06-09 r3365 [FreeBSD 8.2-STABLE amd64] (local build)
Copyright © 2002-11 by Bruce Allen, smartmontools.sourceforge.net
SCT Error Recovery Control:
Read: 57345 (5734.5 seconds)
Write: 57345 (5734.5 seconds)
— и так для всех дисков Samsung (2,5" HDD) и WD (3,5" HDD). Работают в ZFS-пулах.
smartctl 5.41 2011-06-09 r3365 [FreeBSD 8.2-STABLE amd64] (local build)
Copyright © 2002-11 by Bruce Allen, smartmontools.sourceforge.net
SCT Error Recovery Control:
Read: 57345 (5734.5 seconds)
Write: 57345 (5734.5 seconds)
— и так для всех дисков Samsung (2,5" HDD) и WD (3,5" HDD). Работают в ZFS-пулах.
Это на самом деле плохо, потому что если диску захочется «перечитать» запрошенное, то он это будет делать неограниченно долго, или, с поправкой на современные линуксы/бзди — две минуты, пока операция не отвалится по таймауту.
А что за «поправка»? Современные *nix'ы не обращают внимания на ERC и сами дают диску меньшее время на чтение? Диск же тупит и ждёт истечения полного таймаута ERC, для ОСи он в это время считается не ответимшим?
То есть нужно каким-то образом привести ERC и ожидания операционной системы в синхронное состояние — чтобы и там и там время таймаута совпадало с неким значением, допустим, 1 секунда. Так?
То есть нужно каким-то образом привести ERC и ожидания операционной системы в синхронное состояние — чтобы и там и там время таймаута совпадало с неким значением, допустим, 1 секунда. Так?
Не так. Правильно (если есть рейд) чтобы диск отвечал о проблеме сразу же (с небольшим лагом), а не пытался до последнего.
В случае современных ОС они имеют свой таймаут, и железка, не прочитавшая в указанное время (у линукса 2 минуты) считается мёртвой и игнорируется.
ERC просто контролирует когда диск должен вернуть ошибку (если таковая есть). С поведением линукса никак не коррелирует.
В случае современных ОС они имеют свой таймаут, и железка, не прочитавшая в указанное время (у линукса 2 минуты) считается мёртвой и игнорируется.
ERC просто контролирует когда диск должен вернуть ошибку (если таковая есть). С поведением линукса никак не коррелирует.
Правильно ли я понял, что таймаут операционной системы на общение с носителем и ERC самого носителя мало связаны между собой? Но вот где проходит разрыв этой связи, я пока не улавливаю.
Попробую ещё раз: диск в RAID должен как можно скорее вернуть ошибку RAID-контроллёру и даже не пытаться самостоятельно перечитывать сбойный сектор. А значит, значения ERC его должны быть минимальными (несколько секунд). Так?
Когда RAID переходит в аварийный режим работы и режим восстановления, ERC у оставшихся дисков нужно выставить на максимум (две минуты), чтобы обеспечить надёжность считывания без случайных отвалов по ошибке чтения/записи? Я правильно понял идею?
Попробую ещё раз: диск в RAID должен как можно скорее вернуть ошибку RAID-контроллёру и даже не пытаться самостоятельно перечитывать сбойный сектор. А значит, значения ERC его должны быть минимальными (несколько секунд). Так?
Когда RAID переходит в аварийный режим работы и режим восстановления, ERC у оставшихся дисков нужно выставить на максимум (две минуты), чтобы обеспечить надёжность считывания без случайных отвалов по ошибке чтения/записи? Я правильно понял идею?
Это баг в smartmontools — 57345 показывался независимо от реального значения.
В SVN уже исправлено:
sourceforge.net/apps/trac/smartmontools/ticket/198
В SVN уже исправлено:
sourceforge.net/apps/trac/smartmontools/ticket/198
Добавим в табличку:
Hitachi Travelstar 7K1000 | HGST HTS721010A9E630 | Есть, 0/0, можно включить
Hitachi Travelstar 7K1000 | HGST HTS721010A9E630 | Есть, 0/0, можно включить
У некоторых SSD поддержка SCT тоже есть и даже включена. Plextor PX-64M2S — 2/2. Причём, первое значение можно изменить, а второе нет.
Начиная с самых первых WD RE, ставил эти диски в корпоративные десктопы и в домашний компьютер с 24/7 работой. Всего где-то сотни две с половиной, за все годы ни один диск не отказал (за исключением одного нового, умершего сразу после установки убийственной Windows), проблем с ошибками и потерей данных не отмечалось.
только не спрашивайте меня, откуда у меня столько дисков домаУ меня около двух сотен дисков дома на стеллаже. В двух DAS по восемь дисков на 6 и 8 Тб, тауэр на 16 дисков 3-6 Тб (сейчас отключенный).
купили крутой винт домой в количестве одна штука: выключите ERC (0,0)Как? smartctl делает это временно, до погружения в сон или перезагрузки, WDTLER может повредить диск, как предупреждает WD. И не ясно, зачем, в заметке это не раскрыто, только «гигантскими глупцами» называются те, кто не делает глупость, пытаясь отключить этот функционал при десктопном применении. Если сектор за семь секунд не будет прочитан — он никогда не будет прочитан, завешивать программу «чтением до упора» бессмысленно, а ошибка в любом случае будет зафиксирована, включено или отключено. Опыт использования более двух сотен RE дисков вне RAID показал, что никакой проблемы не возникает.
«Первый чих, и ваша файловая система огребает ошибку записи...» «не записи об ошибках, а ошибки записи» — если две-семь-десять секунд запись в сектор не может быть выполнена, при том что корректная операция занимает несколько миллисекунд, она не будет выполнена и за большее время, какой таймаут ни выставляй. И ошибка записи будет в любом случае. Глупцы как раз те, кто начинает играть с выключением/включением.
вы никогда не видели перезапускающиеся шпиндели у диска? Там и больше 7 секунд бывает.
При чем тут спинап диска и SMART Command Transport Error Recovery Control, устранение ошибки чтения/записи? На время раскрутки диск в принципе не активен. И я всегда отключаю «засыпание» накопителей, энергосбережение. С RE дисками отзывчивость лучше, не надо ждать, когда они «проснутся». Диск дольше служит, когда постоянно работает. Меньше рекалибруется на прогрев, меньше нагрузки на спинап.
А как вы думаете, что делают некоторые диски, увидев нечитаемый сектор? Никогда не сталкивались с дисками, которые полный рестарт делают?
Во первых, в данном контексте речь не идет о RAID массиве, о обычном дисковом контроллере. Во вторых, контроллер получает информацию о недоступности диска по причине рестарта, а не «теряет» его. Где здесь проблема? Вы же не пишете потоковые данные, как в системе видеонаблюдения. Хотя я с WD RE не сталкивался с отложенной записью и потерей информации, перезапускались они или нет. Может сейчас качество и ухудшилось, не знаю, последнее время под систему SSD идут. А под хранение данные Red брал. Вот Gold знакомому покупал — есть проблемы, появление медленных секторов.
Я понимаю. Прошивка диска может делать полный рестарт всего диска (spin down, spin up) если не получилось, например, прочитать трек. И это время может быть сильно больше 7 секунд.
И всё же не ясно, при чем тут рестарт диска, семь секунд и контроль ошибки? Рестарт — это рестарт, он не имеет отношения к этому таймауту. Это RAID контроллер ждет ответа от диска 8 секунд и не дождавшись, исключает из массива как сбойный, поэтому, если диск не смог исправить ошибку в течение 7 секунд, чтобы не выпасть из массива, передает контроллеру информацию о проблеме, тот фиксирует ошибку в логе и переходит в режим неполной функциональности массива, восстанавливая отсутствующие данные за счет избыточности. А диск пытается далее исправить ошибку. Но мы не о RAID контроллере говорим, о использовании RE с обычным контроллером, без создания массива (ну или RAID с JBOD). А в этом случае, диск так же пытается сам скорректировать ошибку, через семь секунд отправляет информацию отсутствующему контроллеру и продолжает работу, драйвер сообщает программе об ошибке записи или чтения данных. Не возникает ситуация, когда диск не смог уложиться в семь секунд и «плюнул» на эти данные, спокойно продолжил запись/чтение далее, а программа не заметила потерю информации. А, как понимаю, это именно то, о чем вы пытались сказать.
Если диск выполняет рестарт, он этот таймаут не отсчитывает, а RAID контроллера, ждущего восемь секунд ответа, тоже в этом случае нет. Да и, если бы контроллер диска учитывал каким-то образом таймаут во время перезапуска, это ничего не даст, он выдаст сигнал об ошибке и продолжит работу.
Если диск выполняет рестарт, он этот таймаут не отсчитывает, а RAID контроллера, ждущего восемь секунд ответа, тоже в этом случае нет. Да и, если бы контроллер диска учитывал каким-то образом таймаут во время перезапуска, это ничего не даст, он выдаст сигнал об ошибке и продолжит работу.
Вы себе придумали рейд-контроллер и рассказываете мне что воображаемый рейд-контроллер делает. Я рад за него.
Я могу вам повторить: есть диски, который делают полный reset (включая spin-down/spin-up) в условиях, когда не могут что-то записать/прочитать. Иногда этот reset помогает и устройство таки прочитывает/записывает то, что хотела.
Я говорил о том, что на десктопе без рейда слишком короткий таймаут для ошибки приводит к ошибке в блочном стеке, которая пропагейтится до файловой системы. Которая может записывать writeback данные (т.е. нет приложения, которому можно вернуть ошибку). В этой ситуации файловая система сваливается в RO (я про линукс — половые проблемы виндов я не знаю), и пользователь остаётся с кучей потерянных данных, как будто ему рубанули питание.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
SCT Error Recovery Control