On 03/21/2012 02:50 PM, Зеленяк Алексей wrote:
21.03.2012 15:32, Alex Samorukov пишет:
1) Если рейд дает выполнить команду scterc то тлер вообще не нужен.
2) Не понял как тлер может помешать потери информации и почему без него диск будет "выпадать" из массива. Тлер как раз позволяет сразу сказать рейду "мне плохо" и тот его скорее выключит, а не будет по 5 минут насиловать дохлый кластер. 3) эти винты изначально были с дефективной фирмварью. Проверить и исправить можно тут http://seagate.custkb.com/seagate/crm/selfservice/search.jsp?DocId=218171

Так что я бы не был столь категоричен.
1. Новые веники, особенно Green не поддерживают изменение параметров TLER. Вероятно, из-за таких умных как мы, которые покупают дешевые веники и делают из них "RAID Edition"...
Таки scterc не выставляется? или тлер, который вообще не часть стандарта? Если первое - то я удивлен, хотя и встречал такое. Но обычно - прекрасно выставляется.

2. При попытке записи информации может возникнуть проблема которая в вениках RE будет "проигнорирована", а при использовании десктопных веников приведет к "выпаданию" веника из массива.
http://en.wikipedia.org/wiki/Error_recovery_control
Простите, я 1 из разработчиков smartmontools, и, в том числе фиксил scterc в os_freebsd.cpp и немного знаю как это работает.

По пунктам:

1) тлер это вообще специфичная для wd фича никак не описанная в стандарте. Единственный ее плюс - она переживает выключение питания. Если мы говорим о не вд винтах - то это Error Control, в смартмонтулз - команда scterc. Она живёт до выключения питания винта, так что требуется поддержка доступа к smart жесткого диска. 2) Проблема не будет "проигнорирована". Вы несколько не разобрались как оно работает. Данный параметр позволяет ограничит время затрачиваемое на запись или на чтение указанного сектора. Если параметр отличен от 0 - то после таймаута винт даст контроллеру ошибку, а не будет пытаться это сделать снова и снова. Рейдам это помогает в основном потому, что они быстрее обнаруживают сбойный диск и перестают с ним работать. Это особенно критично если в прошивке недостаточно хорошо производится обработка таймаутов и на чтении такой массив может надолго уйти в себя. 3) Это достаточно слабо влияет на целостность данных. А вот на стабильность работы - вполне

3. Соберите райд на десктопных вениках последних выпусков и подождите полгодика... Будете и не так категоричны :)

Собирал. И на 24х7 собирал. И там и там бывали отказы. Критичной разницы не заметил, впрочем у них и цены близкие так что беру рейд-ейдишн обычно. Скорее бывают неудачные серии - помню взял как-то 5 сас дисков и все ушли по RMA через пол года. Поменяли на точно такие-же и живут уже года 2 без проблем. Еще хорошо помню багу у одного из вестернов (кстати рейдовых) который зависал через год аптайма. Смерть всему массиву наступала в течении минуты.

Ответить