Испорчен системный раздел (swap)

Добрый день.

Имеется устройство модеи DS1515, купленное довольно давно и используемое для подключения к серверу по iSCSI в качестве диска.

Для работы был собран LUN в виде RAID5 на 4 дисках плюс 1 диск HotSpare.

Система прекрасно работала до вчерашнего утра, когда, после накопления огромного количества bad, отвалился 1 диск в рэйде, при этом хотспэр, как ему и положено, "встал" на место испорченного, но... ребилд рэйда не начался, при этом система выдала:

Уважаемый пользователь!

 

Системный раздел (Swap) на synology вошел в режим ограниченной функциональности. (Общее число жестких дисков: 5; Число активных жестких дисков: 4)

 

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

Ну, подумал, надо перезагрузить, но, устройство решило повисеть минут 30, после этого просто зависло, перестав обвечать на любые призывы к жизни (ни через web, ни чрез ssh).

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

Даже заработал iSCSI. Дисковый раздел даже увиделся на сервере подключения, но... только в качестве raw раздела.

Все внутреннее ощущение говорит, данные внутри есть, но как их достать с диска?

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

Кто виноват и что делать? (с) Герцен и Чернышевский

В тему: https://www.synology.forum/index.php?showtopic=10547

В тему: https://www.synology.forum/index.php?showtopic=10547

Спасибо за ссылку.

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

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

Возможно железка погасила не все службы перед ребутом и просто ждала отклика служб ФС, которые продолжали молотить умерший диск, например. Может, Вам не стоило так скоро жать reset.

На форуме так же упоминались случаи простого переполнения системного раздела, приводящие просто к невозможности загрузки системы. От этого кажется помогала простая операция чистки, через ssh. Возможно что случилось нечто похожее. Кто знает, это ж Synology. Сейчас для Вас главное результат.

Сейчас для Вас главное результат.

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

Это очень большая и неправильная "падла" со стороны сайнолоджи в части рейда.

Говорила мне мама, линукс это от лукавого, пользуй железные решения. (

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

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

Да нет, конечно, ругать просто так людей из сайнолоджи я не собираюсь.

Бэды на диске повалились резко и в течении часа убили диск, еще вчера вечером там было всего 28 бэдов, а сегодня утром овер 7000.

Подцепить данные получилось через р-серв, подключив 4 диска массива напрямую в комп. По iSCSI железяка отказалась корректно давать данные (подозреваю, что проблема со swap так никуда и не делась. И, замечу, что swap к понятию RAID не имеет никакого отношения. А вот то, что из-за swap (специфика работы непосредственн synology повлияла на работу RAID - не гуд и быть гуд не может по причине того, что сия фича, как оказалось, может вылезти в любой момент и просо поломаться, так что система превращается в кусок железа ценой овер 200тр (со стоимостью дисков).

И если это не баг, а фича, мне от этого не легче. ))

Где-то на форуме описывается способ восстановления данных при убиении системного раздела, как раз тот случай, когда "что-то пошло не так". То что Вам таки удалось вытащить свои - говорит что не всё так плохо и дело исключительно в ошибке логики DSM. Не фатально, но не каждый исправит и не у всех есть такая возможность, если например дома только ноут и Syno. Я например не знаком с "р-серв". Что за ПО?

Где-то на форуме описывается способ восстановления данных при убиении системного раздела, как раз тот случай, когда "что-то пошло не так". То что Вам таки удалось вытащить свои - говорит что не всё так плохо и дело исключительно в ошибке логики DSM. Не фатально, но не каждый исправит и не у всех есть такая возможность, если например дома только ноут и Syno. Я например не знаком с "р-серв". Что за ПО?

В общем, докладываю.

В результате, собран стенд, к коему были подключены все 4 диска, на которых крутился и вертелся массив, запущена программа r.saver (поиск по названию, дабы не быть обвинённым в рекламе бесплатных продуктов), которая, на данный момент уже 22 часа (96%) шерстит структуру данных. После будет начато восстановление.

А dsm.. ну а что дсм.. Ни при каких раскладах, ни за какие хинкали, пахлаву с лагманом и бастурмой, сайнолоджи, восстановивший, по его личному мнению, рэйд, подключенный затем по iSCSI, не захотел отдавать данные на чтение. Точнее, дал "чючють" и перестал. Видимо, насмотрелся одного кина, и теперь считает, что

А на стенде всё ок читается или пока нет?

А DSM в целом исправна? Может она потому и не отдаёт всё, потому что затык у неё происходит.

Я например намедни лечил странным образом возникший глюк с Drive. И тоже "ничто не предвещало".

А на стенде всё ок читается или пока нет?

А DSM в целом исправна? Может она потому и не отдаёт всё, потому что затык у неё происходит.

Я например намедни лечил странным образом возникший глюк с Drive. И тоже "ничто не предвещало".

Да. Пойти 23 часа на стенде строилась схема данных - там почти 10ТБ.

Сейчас идёт копирование несохранённых на отдельный диск. ДСМ сейчас не используется. После восстановления данных, запустим сайнолоджи по-новой с созданием нового LUN. Потом будем следить, как оно работает.