Всем привет!

Прошу помощи или совета в следующей ситуации:

DNS-323 с двумя дисками в режиме RAID1 проработал не менее года без особых проблем. Сбои по дискам случались, но восстановление RAID происходило нормально. Пару дней назад устройство зависло намертво, не отвечая даже на ping.

После перезагрузки по питанию устройство поднялось, но RAID встал в режим Degraded. В статусе устройства видно, что идет процесс восстанавливаться, но прогресса не видно. Какой из дисков дал сбой из статистики и логов не понятно. После 12 часов таких попыток (ранее восстановление занимало не более 6 часов) устройство было перезагружено из web интерфейса. После перезагрузки описанная выше ситуация повторилась.

Отсюда два вопроса:
1. Может, кто встречался с ситуацией и имеет метод борьбы с проблемой?
2. Как определить который из двух дисков содержит правильную копию данных?

Доброй всем ночи!

Решение проблемы найдено RAID восстановлен.

Анализ ситуации: Для получения дополнительной информации по состоянию дисков и RAID массива можно использовать команду mdadm описание можно посмотреть, например здесь http://ru.wikipedia.org/wiki/Mdadm.
Ситуация оказалась следующая правый диск (/dev/sda2) входит в состав RAID массива, левый диск (/dev/sdb2) не знает что он входит в состав массива, при этом система пытается провести миграцию данных с правого диска на левый.

Для проверки целостности данных DNS-323 был отключен и запущен сначала со вставленным левым диском, а затем с правым. Результат таков:
1. Старт на левом диске. Данные целы и полностью доступны, но система ничего не знает о существование RAID.
2. Старт на правом диске. Данные целы, но доступны только на чтение. Любые операции записи не проходят. Возникает сообщение о занятости файла/каталога другим процессом. При этом все диски смонтированы правильно и находятся в режиме RW. RAID в режиме Degraded.

Поиск в интернете аналогичных проблем говорит об ошибке в файловой системе правого диска, которые, поддаются лечению.

Отсюда имеется два способа решения проблемы:
1. Классический. Купить/взять у друзей запасной диск(-и) перенести на все данные (2Tb), пересоздать RAID, залить на него обратно все данные. Способ займет 2-3 дня, необходимо дополнительное оборудование.
2. Опасный. Может привести к потери данных на одном из дисков, привести к порче устройства и не гарантийному ремонту. Способ подразумевает проведение лечения дисковой системы командой e2fsck. К сожалению я не смог размонтировать /dev/md0 и мне пришлось проводить лечение на не размонтированном устройстве, что повышает вероятность разрушения данных. Для минимизации этой вероятности раздел данных был перемонтирован в режим «Только чтение»:
umount –r /mnt/HD_a2
и были убиты все процессы не относящиеся к работе ядра и файловой системы (самба, ftp, web, torrent и т.д.).

Далее была запущена команда e2fsck /dev/md0.

Процесс проверки диска занял около 6 часов (зависит от размера и типа диска). По его окончании устройство было перезагружено. Доступ к файловой системе нормализовался. После проверки целостности данных в систему был возвращен левый диск и запущен процесс восстановления RAID массива.

В данный момент система работает нормально под обычной нагрузкой.