Что делать, если в самопальном домашнем NAS есть все, что угодно, кроме одного - дисковых "кармашков" на морде  с индикаторами состояния?1

Большой просторный корпус с выложенными шумоизоляцией стенками, виброразвязанная дисковая корзина на 8 шпинделей, что называется - полный фарш. Fractal Design Define R5, если кому интересно. Работает абсолютно бесшумно, казалось бы живи и радуйся, но...

Пока диски исправны - можно жить спокойно. Но иногда бывает, что диск в массиве накрывается, и тут начинается веселуха - понятно, какой именно диск сдох в логической схеме, но не всегда очевидно, какой из дисков надо драть из дисковой корзины. В нормальном серверном корпусе на сдохшем диске загорается индикатор. Но я же не искал легких путей, и не стал дома использовать "правильный" корпус, потому что он при всех плюсах имеет огроменный минус - он ужасающе шумный. Шума мне и на работе в серверной хватает, поэтому дома я предпочел все сделать максимально тихо. Даже толстые силиконовые шайбы положил под ножки корпуса, чтобы вибрацию убрать.

Короче, случилась у меня тут намедни херня-с. Пронзительный писк RAID-контроллера возвестил, что очередной диск устремился в Вальгаллу. Ладно, лезу в настройки адаптера, вижу что один диск уже совсем помер, и еще один на подходе. Ну, у меня RAID6, ничего страшного. Открываю корпус и тут я понимаю, что кажется утро будет несколько более томным, чем я ожидал. Потому что сейчас я буду вынимать диски по одному и сверять на них серийники со списком покойников, выписанным из диагностики. Почему? А потому, что они стоят поперек корпуса, разъемами ко мне, и вся коса разводки подобрана стяжками. Чтобы выдрать диски, нужно их отключать - по одному, естественно, чтобы потом не перепутать их местами.

Так или иначе, мертвецы были выявлены и отправлены в мусорку. А на будущее, чтобы было удобнее, я просто налепил на все диски в корзине по ярлычку с серийником. Так что у кого самосборный NAS - рекомендую это маленькое усовершенствование, оно очень экономит время.

Отдельный респект компании Adaptec за их замечательный Storage Manager, который удобно и информативно рассказывает о дисках всю их подноготную во всех подробностях.

Мне есть с чем сравнивать - в конторе у нас массово используется оборудование от HP, и вот там царит тихий ужас с их утилитами управления. Все такое автоматическое, все такое гламурно нарисованное, но вот с эффективностью управления местами совсем швах. Вот собственно, наблюдал как-то ситуацию. Опять же, обычное дело, помер диск в массиве. Ну, бывает, выкинули труп, вставили новый. Через полчаса смотрю - что-то не то. Лезу в управление - массив в состоянии Ready to rebuild. Странно, если готов - то почему не?. Лезу в диагностику - все хорошо, все диски живые, ошибок нет, но и ребилд тоже не идет, хотя должен запускаться автоматически.  И что сука характерно, принудительно ребилд запустить нельзя. Вот нет такой кнопки, недостойны. И подробной диагностики дисков тоже нет. То есть она как бы есть, но извратным способом и все равно выводит не то, что нужно.

Лезу на сайт производителя и читаю там в их форуме поддержки таких же страдальцев, у которых случилось то же самое. И читаю, что если такое происходит, то надо перезагрузить сервер. А если не помогает, то "ну, мы не знаем, почему оно иногда уходит в себя". Несколько человек в треде уже психанули, снесли том и начали выдирать диски по одному в надежде найти причину проблемы. Мораль? А нету морали. Выбирайте производителя оборудования, которому не наплевать на пользователей. И это касается не только компьютерного железа :)

Добрый день, есть у меня на работе один динозавр, внешний RAID контроллер Infortrend IFT 3102 SCSI, достался он мне по наследству работал себе стабильно, но тут стал попискивать один слот в стойке, не могу понять что идентифицирует, кулер диска в порядке, диск тоже, информации в интернете нет почти, может кто работал с подобным, нужна небольшая консультация

На просторах мной было найдено пару статей о контролерах этой фирмы но толкового нет ни чего

Естественно, описанное здесь для некоторых окажется прописной истиной, которую они уже сто лет знают, но мне, пришедшему в проект изначально только писать код, и незаметно оказавшимся ответственным за парк числом более 50 машин, это все показалось тем еще квестом.

Не так давно я публиковал крик о помощи. pikabu.ru/story/postoyannyie_rebildyi_i_feylyi_hgst_pod_hp_5091296

Если кратко, меня, счастливого обладателя кучи HGST дисков и кучи рейдов и HBA-контроллеров от HP, замучили постоянные ребилды этого хозяйства.

В HGST support мне за полгода переписки ничем не помогли, стандартные - "попробуйте выключить-включить" и прочие "стекло протереть" и "по колесам постучать".

Многие рекомендовали сменить контролер - но на какой именно никто не решался сказать (даже HGST-шники на этом наставали - но непременно скукоживались после вопроса о конкретной модели).

Естественно, самые правоверные коллеги в комментариях сразу же возмутились, мол свечки-то купленные за воротами прихода и не должны работать. В смысле, что это все божья кара ниспосланная мне, грешнику, небесами ибо сотворил я ужасное - впав в ересь, осквернил священное железо HP дешевыми нечистыми дисками, цена которых в 3-4 раза ниже, освященных наклейкой священного же синода HP. И как ни странно, оказались частично правы. Слава Императору - только частично.

@ZaPusk был единственным, кто четко указал куда копать и как решать проблему. Огромное спасибо этому замечательному человеку. Собственно по его поручению и пилю данный пост.

Повествование о правомерности использования дешевых дисков в серверах можно продолжать бесконечно, и в результате него всплывет масса маркетинговых базвордов и булшитов. Однако, если отсеять их, выяснится, что серверный диск от обычного по сути отличается только двумя вещами:

1. повышенная наработка на отказ (часто иллюзорная, и в некоторых случаях излишне избыточная);

2. поведение при возникновении ошибок.

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

Так вот, как ведет себя порядочный десктопный диск при затянувшейся операции? - Он подобно берсерку - никогда не сдастся. Оно и логично, тк кроме него в десктопе никого нет и подстраховать некому - будет биться (в смысле тупить) до победного или не очень конца.

Как себя должен вести диск в системе с избыточностью? Потупить до наступления таймаута - после чего доложить о проблеме вышестоящему руководству. Последнее оперативно примет меры и починит выпавший блок позже, записав в него сохранившиеся в другом месте данные.

Что будет если поставить обычный диск в рейд? Правильно, он будет регулярно строить из себя Д'Артаньяна и бесконечно тупить, за что его будут регулярно выкидывать из рейда на мороз.

Можно ли это поменять? Оказывается можно. Данная техника имеет два названия TLED (судя по всему уже устаревшее) и SCT ERC, и заключается в банальнейших внутридисковых таймаутах. ВСЕ современные диски ее поддерживают и соответственно ВСЕ они могут быть превращены в серверные. Отличие последних как раз и заключается в том, что у них эта опция включена по-умолчанию.

Теперь о печальном. Первое - далеко не все диски запоминают эту опцию и после перезагрузки/переподключения/замены необходимо ее перепрописывать снова и снова. Не за всякий контролер можно легко достучаться, в частности, для того что бы применить опции в hp-шному нужно ударить в бубен немного иначе:

lsscsi -g  # Находим, что наш контролер живет, например, на /dev/sg0

for i in {0..100}; do smartctl -l scterc,70,70 -d cciss,$i /dev/sg0; done 

# Выставляем для всех дисков c номерами 0-100 на этом контролере

Продолжаем о грустном. Судя по всему HP что-то напортачили с регистрами SCSI и эта команда выдаст ошибку.

Unexpected SCT status 0x0010 (action_code=0, function_code=0)

SCT (Set) Error Recovery Control command failed

Но расстраиваться не стоит - если изучить скрежали smartctl, станет понятно, что ошибка возникает уже ПОСЛЕ установки - при попытке считать эту опцию, именно по-этому не получится узнать текущее ее значение. Но при этом опция работает, что подтверждается спокойствием моего сна протяжении последних 2-х недель.

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

Вывод - все хороши:

1. HGST - за никакущую поддержку (про SCT ERC там никто не слышал, из-за видимо заткнутых в уши 100-долларовых купюр).

2. HP - за кривую реализацию SCSI.

3. Маркетологи - за очередную победу бабла над разумом.