Восстановление RAID5 после аварии

DS408, массив из тртех 1,5 ТБ дисков WD15EADS.

Периодически отказывает один из трех дисков. После перезагрузки запускаю восстановление - все восстанавливается, "сбойный" диск ведет себя прекрасно.

На самом деле, с дисками все в порядке, это известная беда RAID'ов на SATA-дисках.

Если "сбойный" диск воткнуть в USB-док, все данные читаются.

Сегодня произошло два несчастных случая с интервалом в полчаса - в результате, статус массива получился не "Degraded", а "Crashed".

Итак, есть два диска из трех, и при этом один имеет статус ОК. Информацию со второго диска (или с обеих) я могу слить на другие диски.

Но как собрать их опять в один том? Или как восстановить информацию?

П А М А Г И Т Е Е Е !!!

Если проблему еще не решили, то напишите мне в личку подробное описание проблемы и пароль на telnet/ssh доступ. Я передам эту информацию на завод и специалисты попробуют дистанционно все настроить.

Мне интересно, какие жесткие диски гарантировано не будут дропаться из RAID5?

У самого постоянно дропались ST1000333SA, начал менять их на WD15EADS, чую, попаду из одной задницы в другую...

Попробуйте использовать NS, ES - серии хардов, они правда дороже!

Мне интересно, какие жесткие диски гарантировано не будут дропаться из RAID5?

У самого постоянно дропались ST1000333SA, начал менять их на WD15EADS, чую, попаду из одной задницы в другую...

Кажется, это с Вами мы уже обменялись мнениями на зарубежном форуме?

См. http://forum.synology.com/enu/viewtopic.ph...;t=18424#p75970

Попали, коллега, попали! У меня как раз WD15EADS.

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

Переплачивать за HDD серии Enterprise я пока не готов.

Повторюсь (для тех кто еще не понял): не используйте RAID5.

Интересно, наблюдается ли это явление в NASах других производителей, напр. NETGEAR ReadyNAS? Но этот вопрос лучше задать на нейтральном форуме iXBT

OAG, похоже, что да, обменялись.

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

Самое показательное, что и HDD Enterprise серии отваливаются... (WD RE4 ведь к ним относятся?) без видимых причин...

Если они говорят что это кабели, то почему тогда высланные взамен ничего не меняют? Или у них все кабели такие? Что-то я сомневаюсь что проблема в них.

Как я понял по логам, проблема в том что хард "виснет", т.е. перестает отвечать. По какой причине это происходит - без понятия. Факт в том что после того как хард перестает отвечать на запросы - RAID его дропает, помечает как дефектный, хотя никаких ошибок чтения/записи секторов не было. Ошибки появляются только после того, как он пытается что-то читать с этого "дропнутого" харда. И совершенно не странно что это ему не удается.

Подобные дропы можно было починить одной простой ПЕРЕИНЦИАЛИЗАЦИЕЙ зависших хардов, что вполне можно было бы вкомпилить в ядро. Не знаю сколько лет ждать пока они до этого додумаются.

OAG, подобные дропы, думаю, будут на любом Рейде, на каком-то больше - на каком то меньше. Это "фича" линуксячьего ядра.

Очень жаль, что товарищи синОлоги не включили поддержку RAID10, как сделано в том же Thecus (словом - тоже на ядре линуха). Препятствий этому лично я совершенно не вижу - ведь софтварный, и raid10 при компиляции можно подключить к ядру.

Прохожий, если бы можно было так легко менять харды... Но это весьма не дешево. Да и на офсайте совершенно не указано, что данные (все) модели не поддерживаются в райд конфигурации. Ну нету этого нигде. Кроме того, отзывы о дропах и на NS и на RE сериях на оффоруме проскакивают.

В любом случае "пробовать" - это для тех у кого деньги куры не клюют. Люди, покупая дорогие устройства Synology, рассчитывают, что это будет гарантировать их качество, и отсутствие необходимости постоянно менять харды в надежде получить стабильную конфигурацию.

Саппорт Synology очень хорош. Они знают своё дело. Проблема в том, что софт далеко не совершенен, и саппорт (и все пользователи) вынуждены иметь дело с тем, что есть. А это - плохо. Должно быть движение. Должны исправляться проблемы которые приводят к огромному числу обращений. Не хочется верить что отсутствие этих исправлений мотивировано логикой "не будет обращений - мы будем без работы". Посему очень надеюсь что ядро они таки подправят.

если так нужна 10ка - соберите его ручками. сначала пару в 1ку, а потом их в зеркало. тока насколько карректно это у синалоджиков будет работать - загадка.

дропы были на 207, и что бы не терять время на чек я просто отключил там кеш. на 409 такого пака не была, может это все же аппаратная проблема, подождем..

не согласен что синалоджики дороги. кмк в этом сигменте это дешовое предложение

Полноценный системник стоит много дешевле при том что на не можно собрать рейд и на 6ти дисках и возможностей которые обеспечит производительность - также больше. Не говоря уж о других "вкусностях". Единственное что дает Synology на фоне этого - это "красивый" firmware и support.

Отключил кеш записи в дисках или как?

собирать 10ку ручками это ... спасибо за предложение поиметь геморрой. по-идее это должно поддерживаться самой системой и "raid10" для mdadm не неизвестный параметр.

если задача купить системник - в чом проблема, покупайте. вкусностей там для покупателей nas'ов - 0.

на 409? да отключил. но за 3 месяца выпадений винчестеров не было, а кеш просто сокращает возможные проблемы при чеке тома, не более.

не знаю по какой идее кому что должно, советую почитать спеки. если там нет 10ки то что ее ожидать ? каждая функция требует денег и если ее нет то значит она не критична для потребителя..

еще раз. 0+1 на mdadm делается примерно так:

mdadm -Cf /dev/md10 -R -n 2 -l 0 /dev/sda3 /sdb3

mdadm -Cf /dev/md11 -R -n 2 -l 0 /dev/sdc3 /sdd3

mdadm -Cf /dev/md12 -R -n 2 -l 0 /dev/md10 /md11

дальше формат и можно монтировать

в принципе я думаю проблем в работе не будет, но как себя поведет система при выпадении винчестера и ребилда надо пробовать

Уважаемый Volutar!

Уж простите, что затронул Ваш кошелёк! ))

Но использовать 10-ку это так же не дёшево!

Вопрос 10-ки RAID поднимался лично мной при личной встречи с представителем компании Synology...

И честно говоря не смог доступно объяснить зачем он нужен!

Единственный аргумент то что иногда спрашивают...

10-ка это четыре харда, два из которых идут на вылет(по совокупной ёмкости), что мешает с тем же успехом использовать RAID6 ?

Лично в моём понимании 10-ка - бесполезная фишка, которая была придумана для маркетинга...

Но это всего лишь моё мнение и Вы вправе с ним не согласиться! )))

И ссылаясь на сервис центр Synology, WD - не самые хорошие харды для сервера... (опираясь на статистику)...

Есть желание узнать кому отдаётся предпочтение, звоните в С.Ц.

Что касается программного ядра и переинициализации дисков, то хотелось бы получить более подробное описание

технического задания, да бы мне не придумывать, а просто переслать его в Synology!

1+0 и 0+1 нужен по такой простой причине что 5ка очень сильно деградирует в ребилде, кому то это важно. 6ка не знаю, в софтрейде я его не эксплуатировал. а какова статистика ? зеленые wd вобще то должны быть самым массовым винчестером в такого класса системах.

Уважаемый Прохожий,

RAID10, в отличии от RAID5-6 в скорости лишь немногим медленнее RAID0, который при современных SATA дисках дает по 150 мегабайт в секунду. На гигабитном NASе скорость RAID10 (ну, да, 50% теряется) должна быть в районе 80 мегабайт в секунду (максимальная пропускная гигабитки), что в 2 раза быстрее RAID5. Для некоторых это весьма важный показатель. Это на мой взгляд весомый аргумент.

Если бы в Syno NAS был бы хардварный RAID, я бы согласился, что важно подобрать харды "серверной" направленности. Но ведь там банальные SATA контроллеры. Четыре штуки. RAID эмулируется на уровне ядра линукса. И "хэндлить" необычное поведение (unusual behaviour) можно как душе угодно, если только захотеть. В Хардварном RAID'е это, соглашусь, было бы совершенно невозможно. Но это не наш случай.

Информация о предпочтительности дисков должна по-идее быть на оффсайте (вынуждать клиентов звонить по каждому чиху - дурной тон), но ее как уже было сказано нет. Все диски из списка "официально поддерживаемых" так или иначе в NAS'е подглючивают.

По поводу переинциализации дисков - тут особо описать нечего. Если хард вешается, то его надо переинициализировать. Как обнаружить что он подвис? Не отвечает на запросы контроллера. Что в этом случае делает винда - пытается его переинициализировать. Что делает в этом случае линукс? К сожалению - ничего. Люди в такой ситуации просто ребутят коробку и все. Но если это был RAID, то эти подвисшие диски помечаются как дохлые и коробка начинает истошно пищать. Требуется куча телодвижений, в том числе и не сильно правильных, т.к. вряд ли выдергивание шнура из розетки при рабочей коробке - полезное действо. Но иначе его не выключить. Сервисы, типа download, которые пытаются обратиться к "отброшенным" зависшим дискам - просто вешают систему, и перезагрузить ее становится невозможно. Эту ситуацию я уже пытался в саппорте поднять, но что-то они видимо как-то недопонимают.

Заглушить писк только что деградировавшего рейда тоже нельзя через интерфейс - он просто висит и по истечении нескольких минут выдает пустую таблицу, вместо списка дисков (видимо, зависшее их состояние и на интерфейс тоже нехорошо влияет). Через консоль как мне сказали отключить писк невозможно (ИМХО это глупость).

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

Из-за того что писки эти случались нередко и ночью, выработался определенный психический рефлекс уже, даже на подобные звуки из других источников (в том числе с ТВ). Поэтому вынужден был поставить режим при котором коробка в 12 вырубается а врубается только утром, только для того чтобы ночью не будить, потому что это к сожалению не раз и не два в месяц...

Как я сыронизировал на офф.форуме по этому поводу - добиваясь сохранности данных мы вынуждены жертвовать сохранностью денег и собственного здоровья.

К сожалению я не могу опубликовывать такие данные(((

Есть ряд причин строго прописанных в различных договорах...((

по этому я и написал звоните в С.Ц. они дату рекомендацию...

Проблема не в Synology!

Проблема в WD!

Проблема в Seagate - валятся по 10 раз в месяц.

Проблема в Samsung - валятся по 5 раз в месяц.

Проблема в WD - валятся по 7 раз в месяц.

Проблема в Fujitsu - валятся по 6 раз в месяц.

Какой не возьми - с ним проблема.

Конечно вы будете отрицать что проблема эта из-за того что свойственна ВСЕМ хардам - должна решаться на уровне Synology, ибо никаких официальных рекомендаций относительно 100% гарантировано не валящейся модели попросту нет. С логикой не поспоришь.

Ни одна компания не станет гарантировать качество продукции другой на 100% !!!!

И Вашу статистику я бы оспорил!

а именно второй пункт!

Прохожий,

цифры, разумеется, с потолка. Реальной статистики у меня нет. В любом случае 0 нет ни у кого.

Тут основной пойнт в том, что если проблема случается с "хардом", он выпадает из рейда, и после SMART теста и теста поверхности он оказывается абсолютно безгрешным, то остается пенять только на линуксячье "нетолерантное" (к десктоповым хардам) ядро, используемое Synology. Особенно когда это случается с совершенно любыми хардами, которые на обычном компе работают вообще без глюков.

Вряд ли имеет смысл обращаться за помощью к Western Digital или Seagate с той целью, чтобы они починили линуксячье ядро и как-то приументшили шумность при ошибках.

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

Поэтому остается либо (1) бесконечно менять харды в попытках удовлетворить капризный характер данного устройства, тратя на это немалые деньги и регулярно слушая истошный писк, либо (2) сменить это устройство на то, которое ведет себя поскромнее, и не будет понапрасну тревожить всех вокруг, либо (3) терпеть истошные писки, постоянно восстанавливая массив, и ждать пока Synology наконец-то справятся с капризным ядром своей системы.

Я придерживаюсь 3го варианта, иногда обращаясь к 1му. Если совсем достанет, то придется обратиться ко 2му .

wowgli, Вы там уровень рейда неверно указали. Надо так:

mdadm -Cf /dev/md10 -R -n 2 -l 0 /dev/sda3 /sdb3

mdadm -Cf /dev/md11 -R -n 2 -l 0 /dev/sdc3 /sdd3

mdadm -Cf /dev/md12 -R -n 2 -l 1 /dev/md10 /md11

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

ага накасячил =) я предлогал потестить

прошивка это что такое ? народ на mdadm такие тома делал а вот как поведет себя вебморда - загадка

wdtler? может быть WdIdle?

Он влияет только на скорость роста LCC, на стабильности и вообще на работе он вроде не особо сказывается. По меньшей мере все кто жаловались по поводу WD в центральном форуме Синологии, апеллировали сугубо к быстрому росту LCC. По поводу дропов WD не припоминаю.

нет, именно wdtler!

_http://en.wikipedia.org/wiki/Time-Limited_Error_Recovery_

Да, поштудировал тему TLER, есть такое. Только сами WDшники уверяют что на новых хардах которые больше 1Тб объемом она не работает...

Кстати в compatibility list появилась вчера модель WD15EADS (00P8B0) как не рекомендованная, из-за медленной скорости. Прикол в том, что только такие WD15EADS и выпускаются. Но скорость у него 100мб/сек ни капли не пахнет тормознутостью. Это ОЧЕНЬ странно, между прочим. Смахивает на отписку из-за какого-то конкретного пользователя.

В общем и WDTLER и WDIDLE3 "применил", и сейчас Викторией подготавливаю к работе (стираю).

idle 62.5 минут (отключил таймаут парковки вообще), и выставил TLER в 7 секунд. По идее он сейчас должен как raid edition работать.

Но вообще я не верю что проблема в TLER. В таком случае в SMART'е бы увеличивалось количество реалоккированных секторов. А оно у всех хардов 0. Т.е. если харды и "зависали", то явно не из-за перемещаемых в фоне секторов.

Поменял провод того харда который падал чаще всех - то же самое осталось. Т.е., и не в проводах дело. Остается только глюк харда, из-за которого он просто подвисает (что, как я сказал, починилось бы если была бы опция переинициализации в случае зависания на допустим 20 секунд). Или глюк SATA контроллера. После этой замены будет видно.

если харды и "зависали", то явно не из-за перемещаемых в фоне секторов...

Да там могли быть и другие "тормоза" (процессы), приводящие к вылету из рейда. Например, та же термокалибровка и др.

После этой замены будет видно.

Да будем посмотреть

Вообще Synology молодцы: поставляют свои коробки ( в том числе и многодисковые) без хардов.

Для них меньше гимора. Хотя похоже и так хватает.

Хм, интересная тема..... У меня 409, пока что в нем одна хитача 2теровая. Интересно, будут ли подобные проблемы.... Учитывая, что на весь форум (как минимум русский), пока что я вижу проблемы только у одного пользователя Volutar - то позволю себе сделать вывод, что это не серийная проблема а проблема одного устройства......

Еще одно хотелось бы уточнить. На форуме часто попадаются заметки о том, что мол кабели плохие, и так далее. Я не сильно разбирал свою DS409, но как минимум увидел, что кабелей у меня нет - есть плата на которую впаяны 4 разъема для дисков данные+питание. Ознаает ли это большую надежность чем в моделях с кабелями данных/питания?

409я серия на момент возникновения шла с кабелями. теперьтолько с бекпленами.

409я серия на момент возникновения шла с кабелями. теперьтолько с бекпленами.

насколько я понимаю - бекплейн лучше чем кабели как минимум надежностью, как максимум - отсутствием помех обдуву.

Witch, можно было бы сказать что это проблема одного устройства, если бы это было одно устройства.

Но это уже второе устройство. И сигейты 333е дропались как с первым так и со вторым DS408.

Возможно, МОДЕЛЬ неудачная, возможно, такая мистическая везучесть, что два устройства вподряд от этого страдали...

В любом случае - после замены сигейтов (3х из 4х) на WD проблема дропов исчезла. Но зато появилась проблема зависонов, когда на много минут скорость чтения с хардов падает до чудовищных 300кб/сек.

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

Witch, можно было бы сказать что это проблема одного устройства, если бы это было одно устройства.

Но это уже второе устройство. И сигейты 333е дропались как с первым так и со вторым DS408.

Возможно, МОДЕЛЬ неудачная, возможно, такая мистическая везучесть, что два устройства вподряд от этого страдали...

В любом случае - после замены сигейтов (3х из 4х) на WD проблема дропов исчезла. Но зато появилась проблема зависонов, когда на много минут скорость чтения с хардов падает до чудовищных 300кб/сек.

а это не может быть связано с режимом сохранения энергии? или с режимом термокалибровки?

возможно и устройство само по себе неудачное... посмотрим что будет с моим 409 по мере увеличения нагрузки...

Добрый день!

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

Synology CS407, 4 HDD Seagate Barracuda ES.2, ST31000340NS, 1 Tb, RAID 5.

Периодически отказывает один из четырех дисков. После перезагрузки запускаю восстановление - не восстанавливается. Если извлечь "сбойный" диск, подключить к стационарному PC, переформатировать и подключить обратно в NAS, восстановление запускается и работоспособность массива приходит в норму.

Сегодня процессе этой процедуры, после извлечения сбойного диска, попытался включить NAS c 3-мя дисками - отказался работать еще один диск(клацает и не запускается). Итого - один диск помеченный как сбойный и один, скорее всего, не рабочий. RAID массив разрушен. Пробовал включать клацающий диск с другими проводами SATA и питания - не помогает...

Что можно сделать в Вашей ситуации: нужен серийный номер NAS, версия прошивки, доступ к NAS по ssh, краткое описание проблемы и что Вы уже пытались сделать.

Я передаю эти данные инженерам Synology и они попытаются удаленно восстановить Ваш массив. Если это не удастся, а данные на нем очень ценные, то можно попробовать отправить его на завод и они восстановят информацию и вышлют Вам его обратно.

Пишите в личку необходимые данные и будем помогать.

После обновления прошивки слетел весь раздел (DS509+DX5 на все 10 дисков стоит RAID5) - не видит раздела, предлагает заново создать. А данные терять не хочется. кто нибудь сталкивался? Вообще возможно восстановить данные? Спасибо (мигает все время STATUS оранжевым цветом)

Зависоны новой системе были были из-за ОДНОГО из трёх WD15EADS. При смене оного на иной тормоза полностью исчезли.

Только вот проблема теперь - куда девать этого полудохлика.. Вроде данные все держит (не теряет), при этом WD проблемы _не_признаёт_, и СЦ не идут навстречу, ибо проблемы не видят (нарваться на зависоны в десктоповой системе можно далеко не сразу).

погугль. у вд была не более чем полностью бракованая партия именно 1.5 покойников. у моего знакомого из 5ки на 409 внезапно уже два винчестера выволилось, он правда в сервис пока не ходил тк времени нет.

Зависоны новой системе были были из-за ОДНОГО из трёх WD15EADS. При смене оного на иной тормоза полностью исчезли.

Только вот проблема теперь - куда девать этого полудохлика.. Вроде данные все держит (не теряет), при этом WD проблемы _не_признаёт_, и СЦ не идут навстречу, ибо проблемы не видят (нарваться на зависоны в десктоповой системе можно далеко не сразу).

Обматываем поролоном и кидаем в окно

Щаз. Вообще-то за него 4500р заплочено.

Будем ОЗПП шевилить и нагибать магазин.

Щаз. Вообще-то за него 4500р заплочено.

Будем ОЗПП шевилить и нагибать магазин.

Ну так потом несем в сервис центр. И говорим: что-то не работает

он фейсконтроль в сервисах не проходит - карма плахая