LINUX.ORG.RU

ZFS пул из JBOD с LSI контроллера

 , , ,


0

2

Пожалуйста, подскажите, если JBOD диск относительно старого контроллера LSI SATA присоединить в качестве физического устройства к ZFS пулу, то можно ли потом этот пул импортировать на другом хосте с обычными SATA портами матплаты, которые ничего не знают ни про LSI RAID, ни про JBOD, etc.?

Найдет ли ZFS свои структуры данных на диске, который когда-то был подключен как JBOD, а теперь напрямую без вумного контроллера просто через SATA порт матплаты или HBA.



Последнее исправление: sanyo1234 (всего исправлений: 2)

Ответ на: комментарий от Lordwind

Не может ли получиться так, что после подключения к обычному порту вместо JBOD поменяются какие-то смещения к примеру таблицы разделов MBR (если создавать ее вручную на JBOD) и поэтому с обычного порта эта таблица не прочитается?

sanyo1234
() автор топика
Ответ на: комментарий от sanyo1234

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

Lordwind ★★★★★
()
Ответ на: комментарий от Lordwind

Ну ясен пень устройства будут в другом порядке.

Порядок устройств неважен ни мне, ни ZFS :)

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

sanyo1234
() автор топика
Ответ на: комментарий от sanyo1234

раздел не прочитается в другом контроллере

А как может прочитаться диск и не прочитаться раздел при смене контроллера? Ну то есть если диск не прочитается, то это не проблема ZFS.

Lordwind ★★★★★
()
Ответ на: комментарий от Lordwind

А как может прочитаться диск и не прочитаться раздел при смене контроллера?

Из-за других смещений?

Если JBOD добавлял какие-то свои заголовки?

Я не про физическую способность считать данные с поверхности, а про незнание по какому смещению их искать.

ZFS что-то сканирует при импорте, кроме того вроде бы при добавлении целого устройства в пул еще и разбивает его на GPT разделы? У GPT по крайне мере есть две копии таблицы, одна в конце адресного пространства устройства. А как быть в случае таблицы MBR?

sanyo1234
() автор топика
Последнее исправление: sanyo1234 (всего исправлений: 1)

У LSI есть куча контроллеров и сказать хранит он мету на диске или нет просто по словам «LSI Raid» невозможно. Создай один джбод, на нем раздел и потом унеси его в другой комп, подключи к материнке илт через usb переходник и посмотри, выживет ли раздел

no-dashi-v2 ★★
()
Ответ на: комментарий от no-dashi-v2

Но вообще да. Стоит рассматривать дисковые элементы, подключенные в любом виде к проприетарному контроллеру как элементы его массива со всеми вытекающими. lsi raid metadata хранится в конце диска (AFAIK в последних 512kb). Хранится ли jbod информация на дисках - хз.

Dimez ★★★★★
()
Ответ на: комментарий от Dimez

Возможно поэтому OpenZFS при добавлении целого устройства в пул автоматически разбивает его на два раздела, меньший из которых объемом 8Mb остается пустой в конце диска? Чтобы избежать затирания данных ZFS при перемещении диска из обычного HBA порта в порт контроллера с логическим томом и мета инфой в конце диска?

https://zfs-discuss.zfsonlinux.narkive.com/SrxVWXqo/zfs-and-gpt-partitions-la...

Пишут, что это пришло к нам из Illumos, причина не уточняется.

sanyo1234
() автор топика
Ответ на: комментарий от sanyo1234

Не только для этого. В основном - для нивелирования разного объёма дисков от разных производителей. Даже одинаковые диски от разных вендоров имеют чуть разные объёмы. Например, я много раз натыкался на диски от Seagate (но с наклейками и прошивками от HP/Dell), которые были чуть меньше, чем их «оригинальные» братья от Seagate.

Dimez ★★★★★
()