Выключение DS1512+. Мигает и не выключается.

Имею DS1512+. 5 HDD по 3 Tb. RAID-5

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

Летом Умер один из дисков в RAID5. Заменили диск не сразу, каюсь. пока купили, ставили - прошло несколько дней. При этом DS1512+ работал.

Перед заменой - DS1512+ вообще в сети перестал быть видимым.

Заменил таки диск. Данные видны, но часть из них - повреждена.

Это большие - по 250 Gb базы SQL и их полные бэкапы. Все хранил в одной корзине. еще один мой косяк.

Перепрошил DS1512+. проверил отдельно все диски на битые сектора - все чисто, все работает.

Вообщем пока проблема такая - выключаю DS1512+ (Пользователь - Выключение)

Синий индикатор на кнопке питания мигает. Зеленые индикаторы на дисках горят. Зеленый индикатор сети мигает.

Но DS1512+ не вырубается. Нажимаю кнопку питания - эффект тот же.

DS1512+ - пингуется.

По Web интерфейсу DS1512+ не доступен.

Читал мануал - не пойму - так и должно быть? Или это пошли косяки в работе?

Как правильно выключить (погасить) DS1512+?

Просто выдернуть шнур питания?

Как правильно выключить (погасить) DS1512+?

Просто выдернуть шнур питания?

она долго может выключаться, у меня как-то минут 10 стояла и какую-то свою мысль думала.

можно принудительно выключить: нажать и держать кнопку питания.

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

Настало утро. Хранилка все в том же состоянии...

Буду принудительно ребутить

Настало утро. Хранилка все в том же состоянии...

Буду принудительно ребутить

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

System started counting down to shutdown

Отключение службы Windows

Отключение службы Apple

- вот и все что написано в журнале по поводу зависшего выключения. Никаких ошибок.

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

должна сама выключиться, когда все нормально.

Настало утро. Хранилка все в том же состоянии...

Буду принудительно ребутить

Не томите, есть сдвиги, у самого такая модель...??

Вы бы хоть версией DSM поделились друг с другом для начала. Когда в последний раз обновлялись?

У меня всё работает. Версия DSM 4.3-3827. Интересует выход топик стартера из этой ситуации.

У меня всё работает. Версия DSM 4.3-3827. Интересует выход топик стартера из этой ситуации.

Извините за поздний ответ - 26 октября с переводом часов пришло неожиданно + SharePoint так нормально и не работает с датами... но это не по теме.

По поводу DS1512+

Выключить пришлось кнопкой питания.

Покупался года 3 назад для резервирования данных.

5 дисков (ST3000DM001-9YN166) по 3Tb в RAID-5

создан 1 раздел

На разделе 5 LUN

Обновил DSM до последнего - DSM 5.0 - 4528

Выключение прошло само.

Сейчас другая проблема. Тестирую DS1512+ на отказоустойчивость

Один из Target-ов 3 Tb

Подключил его по iSCSI к серверу

Залил виртуалку 250 Gb c SQL Serverom

Вынул диск. Из 5-ти осталось 4

Выходные прошли - все работает

Не вставляя 5-й диск сделал еще одну такую же вирт. машинку на 250 Gb

Сутки все проработало

Вчера вечером вставил диск 5-й, нажал восстановление.

И... м.б. зря... сделал копирование еще одной VM на упомянутый выше Target

До сих пор идет восстановление RAID-5

Вопросы:

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

2. Конечно же копирование 3-ей VM во время восстановления RAID-5 это очень не хорошо. Одно успокаивает - это все ради теста. В данном случае - м.б. восстановление и не пройдет?

Что-то долго оно продолжается. Может его прервать? А может так долго из-за того что общее пространство ~ 11 Тб. Что делать - ждать или как?

При этом стоит зеленая большая круглая птичка и написано Система работает нормально.

М.б. уже все восстановлено, просто статус Восстановление и соответствующая анимация - из-за несовершенства WEb интерфейса?

Что-то долго оно продолжается. Может его прервать? А может так долго из-за того что общее пространство ~ 11 Тб. Что делать - ждать или как?

не трогайте Вы ее пока не закончит

медленный это процесс, особенно еще и на нагруженном массиве.

я когда на своей 1513+ диск добавлял к массиву, то больше двух суток она его жевала на ненагруженной железке.

не трогайте Вы ее пока не закончит

медленный это процесс, особенно еще и на нагруженном массиве.

я когда на своей 1513+ диск добавлял к массиву, то больше двух суток она его жевала на ненагруженной железке.

ок. будем ждать...

ок. будем ждать...

можете в консоли посмотреть, чем она там занимается

cat /proc/mdstat

и по конкретному массиву (у меня md2)

mdadm --detail /dev/md2

можете в консоли посмотреть, чем она там занимается

cat /proc/mdstat

 

и по конкретному массиву (у меня md2)

mdadm --detail /dev/md2

Вообщем прошла неделя. Режим восстановления не завершился и висел. При этом хранилка работала. По крайней мере один из таргетов я использовал по полной. Пришлось отключать кнопкой. После включения повторил процедуру восстановления. Сейчас по крайней мере появился статус "Восстановление. Проверка соответсвия четности" и счетчик в процентах тикает. Только медленно очень. 5% в час. Раньше статус был просто "Восстановление"

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

После перезапуска проверил, чтобы таргеты были ни к чему не подключены.

Вопрос такой - проверка соответсвия четности идет очень медленно. Ждать придется сутки примерно. Это очень плохо для фирмы, где я работаю. Это значит, что использовать я смогу хранилку только для резервных копий файло-мусора. Размер 11 Тб - у меня столько фалов нет. Надо ускорить восстановление! Может проверка четности будет идти быстрее, если перевести таргеты в автономный режим? Cейчас они в режиме "ГОТОВО".

Кто-нибудь проверял это?

Как можно ускорить процесс проверки четности? - т.е. полноценного восстановления RAID-5? Или изначально нужно по другому выстроить что-то в работе Synology?

Как можно ускорить процесс проверки четности? - т.е. полноценного восстановления RAID-5? Или изначально нужно по другому выстроить что-то в работе Synology?

по-моему это только через консоль, нужно искать в районе параметров

dev.raid.speed_limit_min=100000

dev.raid.speed_limit_max=200000

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

по-моему это только через консоль, нужно искать в районе параметров

dev.raid.speed_limit_min=100000

dev.raid.speed_limit_max=200000

 

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

А где глянуть справочник по командам для настройки Synology?

Хотелось бы понимать свои кнопко-нажатия

можете в консоли посмотреть, чем она там занимается

cat /proc/mdstat

 

и по конкретному массиву (у меня md2)

mdadm --detail /dev/md2

/$ cat /proc/mdstat

Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4]

md2 : active raid5 sdc5[6] sda5[0] sde5[4] sdd5[5] sdb5[1]

11702126592 blocks super 1.2 level 5, 64k chunk, algorithm 2 [5/4] [uU_UU]

[======>..............] recovery = 30.5% (892974640/2925531648) finish=799.0min speed=42395K/sec

md1 : active raid1 sde2[4] sdd2[3] sdc2[2] sdb2[1] sda2[0]

2097088 blocks [5/5] [uUUUU]

md0 : active raid1 sdc1[2] sda1[0] sdb1[1] sdd1[3] sde1[4]

2490176 blocks [5/5] [uUUUU]

И кто мне скажет, уважаемые линуксо-любители что такое md0 и md1

У меня раздел один на 5 дисков. RAID 5

Что значат последние строки

md1 : active raid1 sde2[4] sdd2[3] sdc2[2] sdb2[1] sda2[0]

2097088 blocks [5/5] [uUUUU]

md0 : active raid1 sdc1[2] sda1[0] sdb1[1] sdd1[3] sde1[4]

2490176 blocks [5/5] [uUUUU]

А где сама ОС coдержится?

а как узнать пароль root для ОС?))

И кто мне скажет, уважаемые линуксо-любители что такое md0 и md1

md0 -зеркальный рейд с системным разделом. Ест на всех вставленных дисках. Соответственно тут сама ОС и содержится.

md1 - swap раздел (опять же зеркало на все диски).

Пароль от рут = пароль от admin.

md0 -зеркальный рейд с системным разделом. Ест на всех вставленных дисках. Соответственно тут сама ОС и содержится.

md1 - swap раздел (опять же зеркало на все диски).

Пароль от рут = пароль от admin.

Спасибо.

Восстановление завершилось. Время восстановления огорчает.

Подскажите, приведенные выше команды:

dev.raid.speed_limit_min=100000

dev.raid.speed_limit_max=200000

...действительно могут ускорить время восстановления?

Чем чревато ускорение времени восстановления?

И какие у этих параметров значения по умолчанию?

В результате пока мнение по восстановлению такое (с точки зрения скорейшего восстанволения) :

После выхода из строя диска надо:

1. Отключить все таргеты от ISCSI клиентов.

2. Возможно - Перевести таргеты в автономный режим для повышения времени восстановления. (надо потестить)

3. Для ускорения восстановления задать в консоли парметры (надо тестить)

dev.raid.speed_limit_min=100000

dev.raid.speed_limit_max=200000

4. Запустить восстановление.

Спасибо.

Восстановление завершилось. Время восстановления огорчает.

Подскажите, приведенные выше команды:

dev.raid.speed_limit_min=100000

dev.raid.speed_limit_max=200000

 

...действительно могут ускорить время восстановления?

Чем чревато ускорение времени восстановления?

И какие у этих параметров значения по умолчанию?

у нас на работе массив восстанавливался неделю после замены диска

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

по-моему эти значения и есть дефолтные. по крайней мере на моей 1513+ в /proc/sys/dev/raid/speed_limit_max

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

в принципе, любое руководство по софтовому райду в линуксе Вам все популярно распишет.

Спасибо за ответ.

у нас на работе массив восстанавливался неделю после замены диска

Массив на Synology?

Какой размер?

Пользователи при этом работали с Synology как я понимаю? От куда взялась целая неделя?

А если бы во время восстановления другой диск накрылся - все данные пропали бы?

Что за данные вы храните на Synology?

в принципе, любое руководство по софтовому райду в линуксе Вам все популярно распишет.

Я то думал что RAID как бэ аппаратный. Тогда понятно от куда тормоза...

по крайней мере на моей 1513+ в /proc/sys/dev/raid/speed_limit_max

Посмотрел у себя значения speed_limit_max и --min

файлы вообще пустые.

Спасибо за ответ.

 

Массив на Synology?

Какой размер?

Пользователи при этом работали с Synology как я понимаю? От куда взялась целая неделя?

А если бы во время восстановления другой диск накрылся - все данные пропали бы?

Что за данные вы храните на Synology?

 

 

 

 

Я то думал что RAID как бэ аппаратный. Тогда понятно от куда тормоза...

Массив на Synology?

да, Synology RS2212RP+

Какой размер?

у нас там два раздела, 10T и 8T, а вот в каком были проблемы, уже не помню.

Пользователи при этом работали с Synology как я понимаю? От куда взялась целая неделя?

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

А если бы во время восстановления другой диск накрылся - все данные пропали бы?

скорее всего да, пропали бы. raid5 выдерживает отказ только одного диска.

Что за данные вы храните на Synology?

на одном разделе образы виртуальных машин по iscsi, ну другом бэкапы серверов, какие-то тестовые оракловые базы, вот смотрю там даже mysql крутится (по-моему я туда какую-то базу для учета трафика интернета в прошлом году ставил).

Я то думал что RAID как бэ аппаратный. Тогда понятно от куда тормоза...

 

Посмотрел у себя значения speed_limit_max и --min

файлы вообще пустые.

NAS Synology - это практически обычный компьютер под линуксом

на аппаратном кстати тоже не мгновенно массив синхронизируется, несколько часов все равно.

а Вы файлы чем смотрели ? на файловой системе они будут отображаться с нулевой длиной, а внутри значения все равно есть особенности операционной системы. просто cat <filename> сделайте и увидите, что там внутри

а Вы файлы чем смотрели ? на файловой системе они будут отображаться с нулевой длиной, а внутри значения все равно есть особенности операционной системы. просто cat <filename> сделайте и увидите, что там внутри

Файлы смотрел WinSCP. после входа открывается в окне наподобии windows Commander-a. Зашел под рутом. Пароль от admin-a, как и советовали. Файлы внутри пустые...

попробую сделать с консоли (в WinSCP она тоже есть) команду как вы и писали через CAT

Но позже....

А что за диски у вас? У меня синие Western Digital.... Боюсь что это меня и подведет. Надо было черные брать для энетрпрайз среды...

А что за диски у вас? У меня синие Western Digital.... Боюсь что это меня и подведет. Надо было черные брать для энетрпрайз среды...

я сейчас посмотрел, там стоят HGST HUA723030ALA640. числятся как серверные. вполне шустрые. мне вообще нравятся хитачи хотя дома я поставил 4T сигейты NAS серии, они просто были самые дешевые

я сейчас посмотрел, там стоят HGST HUA723030ALA640. числятся как серверные. вполне шустрые. мне вообще нравятся хитачи хотя дома я поставил 4T сигейты NAS серии, они просто были самые дешевые

У нас этот год был просто годом катастроф. Потеряли море данных из-за выхода из строя NAS-ов... И Это при том, что у нас и Xyratex на 12 дисков и Synology, который после восстановления файлы архивных БД повредил. файлы БД были по 250 Gb примерно. Там же и бэкапы лежали. Все вроде целое, но не восстанавливается. Вернее, что-то восстановилось, но основное - нет.

Был RAID зеркальный с данными за 5 лет на терабайтных Seagate. Сначала заклинил один диск, пока покупали на замену, - заклинил и умер второй диск. Без восстановления. конторы по восстановлению отказались.

У нас этот год был просто годом катастроф. Потеряли море данных из-за выхода из строя NAS-ов... И Это при том, что у нас и Xyratex на 12 дисков и Synology, который после восстановления файлы архивных БД повредил. файлы БД были по 250 Gb примерно. Там же и бэкапы лежали. Все вроде целое, но не восстанавливается. Вернее, что-то восстановилось, но основное - нет.

Был RAID зеркальный с данными за 5 лет на терабайтных Seagate. Сначала заклинил один диск, пока покупали на замену, - заклинил и умер второй диск. Без восстановления. конторы по восстановлению отказались.

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

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