Jump to content
XPEnology Community

Не подключается RDM диск в ESXi 8.0 Xpenology


Recommended Posts

В 09.03.2023 в 15:06, dj_nsk сказал:

 

А виртуальной DSM в полное распоряжение отданы два SATA-контроллера по 4 диска каждый. Она сама с ними прекрасно разбирается (строит свой RAID, делает SSD-кэш и т.п.), ESXi  в это никак не вмешивается, никакие дополнительные виртуалки к этим дискам доступа не имеют, ничего сломать не могут. Подключение/отключение дисков - как на физической DSM (можно выдернуть один, вставить другой - предложит восстановить RAID, можно поменять все диски местами - DSM будет работать как ни в чём не бывало...).

 

 

 

Задумался тут переключить свои 2а установленных диска (которые подключены ранее как RDM диски) на установленную плату SATA-контроллера (плату уже установлена и проброшена в виртуалку Xpenology) Как и рекомендовали подключил диски (2 диска по 1 TB) погонял файлы на запись\удаление, видео смотрел с них. Все работает отлично.

Единственное что останавливает, так эти RDM диски объединены в RAID-1 (полное зеркалирование) в системе Xpenology и боюсь потерять все данные, если что-то неправильно буду делать. 

 

вариант1

Самый простой способ, это на внешний ресурс скинуть почти 4 TB данных, разобрать RAID все переключить, и собрать всё заного причем сразу собрать на встроенной плате SATA-контроллера (по инструкции выше пробросить плату в виртуалку). Но это и самый сложный вариант, найти диски внешние, все данные скопировать, а там фотоархив развернут. Куча папок ещё, в общем этот вариант не очень.

 

вариант2

Вот если переключить один диск из RAIDа на установленную плату SATA-контроллера и попытаться восстановить данные. Диск же определиться как новый на SATA-контроллере, а RDM-диск будет показываться, что не работает. И вроде по идее он RAID должен предложить восстановить на этот свежеподключенный диск все данные так сказать зазеркалировать его.

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

 

как-то так, как думаете вариант2 осуществим?

 

 

2023-04-14_001.jpg

 

 

 

2023-04-14_002.jpg

 

 

 

 

Edited by Redbarrakuda
Link to comment
Share on other sites

6 часов назад, Redbarrakuda сказал:

как-то так, как думаете вариант2 осуществим?

Интересный вопрос :)

Конечно, сделать бэкап перед любыми экспериментами было бы более безопасно. Может, хотя бы на время USB-диск, например, удастся найти?

 

Но в целом Вариант 2 выглядит вполне рабочим. Возможно, всё даже проще будет. Насколько понимаю сам RDM-диск не хранит ничего лишнего от ESXi, а содержит только собственные данные DSM (а метаданные по конфигурации этих дисков хранятся в её datastore ESXi).

Получается, что можно просто переткнуть бывшие RDM-диски в "проброшенный" контроллер (или даже сразу "пробросить" втроенный контроллер без переключения дисков), DSM сама их увидит и нормально смонтирует (ну, может, выдаст предупреждение, что надо проверить/восстановить, но это не страшно). За один приём :)

 

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

Возможно при этом, после физического переключения диска на другой контроллер, но перед загрузкой DSM, лучше будет удалить из конфигурации виртуальный машины этот RDM диск, и тогда при загрузке DSM с первого же раза воспримет переключенный диск как вполне рабочий с нормальными данными, только переключенный в другой SATA-порт. Она может выдать какое-то предупреждение, типа "конфигурация изменилась, хорошо бы проверить диски на ошибки", но RAID соберётся сразу и будет нормально работать, и тогда сразу же можно опять выключать DSM и переключать второй диск.

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

 

Но бэкап всё же рекомендую!

 

 

Edited by dj_nsk
Link to comment
Share on other sites

В 15.04.2023 в 04:03, dj_nsk сказал:

Возможно при этом, после физического переключения диска на другой контроллер, но перед загрузкой DSM, лучше будет удалить из конфигурации виртуальный машины этот RDM диск, и тогда при загрузке DSM с первого же раза воспримет переключенный диск как вполне рабочий с нормальными данными, только переключенный в другой SATA-порт. Она может выдать какое-то предупреждение, типа "конфигурация изменилась, хорошо бы проверить диски на ошибки", но RAID соберётся сразу и будет нормально работать, и тогда сразу же можно опять выключать DSM и переключать второй диск.

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

 

Но бэкап всё же рекомендую!

 

 

 

Бэкап обязательно сделаю перед выполнением.

Спасибо, буду пробовать!

Link to comment
Share on other sites

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

Первые действия были неверные, делал так:

1. Выключил Xpenology, выключил полностью сервер.

2. Переключил один HDD на SATA-контроллер.

3. включаю ПК, включаю Xpenology.

Xpenology ругается, что изменена конфигурация машины и не дает включится, ошибка и всё. Пытаюсь удалить RDM диск - не дает, ругается. Пытаюсь удалить из SSH тоже не дает. 

Вернул все обратно, проверил ошибок нет, начинаю заново.

 

теперь правильная последовательность:

1. Выключаю Xpenology,

2. Удаляю первый RDM диск.

3. Включил Xpenology (действие не обязательное) посмотрел, что диск пропал и RAID перешел в ограниченный режим функциональности. 

4. Выключил Xpenology и выключил сервер.

5. Переключил первый HDD на SATA-контроллер.

6. включаю сервер, включаю Xpenology.

7. В Xpenology появился новый диск. При этом, система ничего не сказала, что это диск из его же RAIDа, а просто увидела хороший диск и предложила восстановить RAID. Потом 8 часов восстанавливала и RAID перешел в нормальный режим.

 

далее повторил все эти действия также со вторым диском.

 

В общем теперь могу смело сказать, что полностью перешел с DS213+ (аппаратного) на виртуальный Xpenology и плюс большие возможности по установке виртуальных машин на ESXi, как и хотел. Так сказать два в одном. 

Link to comment
Share on other sites

6 часов назад, Redbarrakuda сказал:

7. В Xpenology появился новый диск. При этом, система ничего не сказала, что это диск из его же RAIDа, а просто увидела хороший диск и предложила восстановить RAID. Потом 8 часов восстанавливала и RAID перешел в нормальный режим.

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

Ну да ладно - получилось, и хорошо.

Ещё наверное имело смысл поменять DS213 на DS918 - ну теперь можно с этим экспериментировать в виртуальной среде по мере моральной готовности и по наличию дополнительных дисков (создать вторую виртуальную DSM и мигрировать на неё данные, убедиться, что всё работает, и разобрать первую :) )

Link to comment
Share on other sites

  • 2 weeks later...

Ну вот и меня дошли руки, собрать все уже в рабочую модель. Это проект под малое предприятие.

Имею там 2 сино 918 и 920.

Вытащил диски из железного сино 920.

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

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

Почему такое странное решение?

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

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

Кстати в еэсиксай под репозиторий использовал вместо м2 - у2 диск, с переходником из м2. Почему у2, а не м2 надеюсь это очевидно. А для самой ос, обыкновенный сата. Надеюсь тоже понятно почему так.

 

На очереди хрень для дома, под 10 дисков, Все железо уже закуплено.

 

 

Link to comment
Share on other sites

  • 2 weeks later...

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

Для работы самое то. Супер.

 

В 01.05.2023 в 13:29, rtfm сказал:

 

На очереди хрень для дома, под 10 дисков, Все железо уже закуплено.

 

 

Какую модель Xpenology для дома будете ставить? 

Я себе поставил DS3622xs+ DSM 7.1-42661, первый опыт.

Теперь думаю поиграться и с другими моделями и если понравиться перейти на них. 

Link to comment
Share on other sites

 

20 часов назад, Redbarrakuda сказал:

Какую модель Xpenology для дома будете ставить? 

Я себе поставил DS3622xs+ DSM 7.1-42661, первый опыт.

Теперь думаю поиграться и с другими моделями и если понравиться перейти на них. 

С моделями все просто, т.к. для дома то поддержка транскодинга для видео, поддержка shr, для зоопарка дисков.

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

Сейчас из всего железа БП на проверке, как только проверится можно начинать сборку.

  • Like 1
Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...