Рейтинг:1

Synology Storage Manager отклоняет исправные диски как «критические» из-за «команд сброса»?

флаг cn

Я пытаюсь установить новый жесткий диск в свой DS1515+. Жесткие диски совершенно новые Seagate Exos X.

Я купил 3 таких диска, и 1 из них работает нормально и теперь является частью моего пула хранения, но 2 других выдают ошибку, когда я устанавливаю их в DS. Ошибка "Произошло несколько ошибок команды сброса...".

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

Я просмотрел вывод dmesg с терминала linux DS, и никаких ошибок для дисков, которые вызывают у меня проблемы, нет.

Но во всех расширенных представлениях я вижу, что ошибок, связанных со сбросом/повторной идентификацией/повторным подключением и т. д., не возникло. Так почему Storage Manager зависает в критическом состоянии?

Оба диска прекрасно работают при подключении к другому компьютеру, поэтому я считаю, что физически они в порядке на 100%.

Я подозреваю, что диски отвергаются DS из-за некоторых исторических данных. Во-первых, я попытался подключить два проблемных диска, используя 2 порта ESATA DS1515+, но диски никогда не отображались в диспетчере хранения, и я видел некоторые ошибки сброса/подключения в журнале dmesg (используя терминал linux). Вероятно, это произошло из-за старых нестабильных кабелей ESATA. Но моя теория состоит в том, что эти события, когда диски были подключены через ESATA, заставили DS внести эти диски в «черный список», поскольку они когда-то вызывали «команды сброса» из-за ненадежных кабелей.

Как я могу заставить DS принять эти диски и позволить мне их использовать? Есть ли способ сбросить все исторические данные об этих дисках и позволить DS переоценить их?

введите описание изображения здесь введите описание изображения здесь введите описание изображения здесь введите описание изображения здесь введите описание изображения здесь введите описание изображения здесь

флаг br
Из интереса вы не планируете использовать R5 на этих трех, не так ли?
флаг cn
Нет, с использованием RAID5 на дисках 3x18 ТБ, но мне пришлось менять их по очереди :)
флаг br
Извините, непонятно, значит, вы используете RAID 5? Просто специалисты по хранению данных считают его опасным, очень опасным — и так было не за горами 15 лет или около того — и с большими дисками дело обстоит еще хуже. Эти производители NAS действительно должны прекратить предлагать его, у нас есть по крайней мере один человек, который спрашивает здесь, как восстановить их массив R5 с большими дисками, это действительно опасно, извините - рассмотрите R1/10 или R6/60.
Рейтинг:2
флаг cn

Мне удалось исправить это самостоятельно. Я был прав в предположении, что нестабильное соединение ESATA несколько дней назад заставило мой NAS поверить, что диск неисправен.

Что я сделал, чтобы это исправить:

root@diskstation:/# grep -r ZR52AGQE /var/*
...
Двоичный файл /var/log/synolog/.SYNODISKDB соответствует
Двоичный файл /var/log/synolog/.SYNODISKHEALTHDB соответствует
Двоичный файл /var/log/synolog/.SYNODISKTESTDB соответствует
...

Я сбросил эти базы данных в файлы SQL, используя sqlite3 инструмент командной строки, импортировал дампы в БД на моем ноутбуке и проверил содержимое.

Затем я мог видеть события сброса соединений из соединения ESATA несколько дней назад в таблице журналов.

введите описание изображения здесь

Затем я сделал это

root@diskstation:/var/log/synolog# sqlite3 .SYNODISKDB

УДАЛИТЬ ИЗ журналов, ГДЕ серийный номер = 'ZR51TPNF';
УДАЛИТЬ ИЗ журналов, ГДЕ серийный номер = 'ZR52AGQE';

И перезагрузил NAS - теперь он перестраивает мой пул хранения на новый диск :)

Ответить или комментировать

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