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

Если пул на GUID метках, то ему похер из чего он собран.

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

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

Скорее всего - да. Но бэкап снять не помешает.

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

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

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

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

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

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

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

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

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

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

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

https://github.com/openzfs/zfs/issues/94

ZFS option to add raw disks without creating GPT partitions

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

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

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

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

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