LINUX.ORG.RU

История изменений

Исправление bigbit, (текущая версия) :

Даже если хосту не перезентован ни один LUN, он все равно может залогиниться (PLOGI) на массив. И он делает это, как только от свитча прилетает RSCN. А прилетает она тогда, когда хост добавляют в зону. Админы создают зону -> свитч посылает RSCN -> HBA логинится на порт массива -> не находит там ровном счетом ничего -> и все, больше он логиниться туда уже не будет. Даже если админы потом презентуют хосту диски на массиве. Чтобы заставить его перелогиниться, нужна перезагрузка/LIP/добавить-удалить-из-зоны.

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

Это не для всех массивов так, кстати. Порты некоторых массивов сами делают FLOGI после того, как на них мапят луны, тем самым тригеря RSCN и заставляя HBA залогинится на них заново. Там такой пролемы нет. Но за это приходится платить тем, что отдача дисков там - disruptive operation. Т.е. ее нельзя делать на всех портах одновременно.

Command Device - это в хитачи, а в MSA нет command device. Там есть глобальная опция включить/выключить SES. ХЗ как это работает, но оскорее всего, либо дает возмножность использовать любой LUN в качестве command device, либо хосту подсовывается какой-то фиктивный LUN.

Исправление bigbit, :

Даже если хосту не перезентован ни один LUN, он все равно может залогиниться (PLOGI) на массив. И он делает это, как только от свитча прилетает RSCN. А прилетает она тогда, когда хост добавляют в зону. Админы создают зону -> свитч посылает RSCN -> HBA логинится на порт массива -> не находит там ровном счетом ничего -> и все, больше он логиниться туда уже не будет. Даже если админы потом презентуют хосту дски на массиве. Чтобы заставить его перелогиниться, нужна перезагрузка/LIP/добавить-удалить-из-зоны.

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

Это не для всех массивов так, кстати. Порты некоторых массивов сами делают FLOGI после того, как на них мапят луны, тем самым тригеря RSCN и заставляя HBA залогинится на них заново. Там такой пролемы нет. Но за это приходится платить тем, что отдача дисков там - disruptive operation. Т.е. ее нельзя делать на всех портах одновременно.

Command Device - это в хитачи, а в MSA нет command device. Там есть глобальная опция включить/выключить SES. ХЗ как это работает, но оскорее всего, либо дает возмножность использовать любой LUN в качестве command device, либо хосту подсовывается какой-то фиктивный LUN.

Исходная версия bigbit, :

Даже если хосту не перезентован ни один LUN, он все равно может залогинится (PLOGI) на массив. И он делает это, как только от свитча прилетает RSCN. А прилетает она тогда, когда хост добавляют в зону. Админы создают зону -> свитч посылает RSCN -> HBA логиниться на порт массива -> не находит там ровном счетом ничего -> и все, больше он логиниться туда уже не будет. Даже если админы потом презентуют хосту дски на массиве. Чтобы заставить его перелогиниться, нужна перезагрузка/LIP/добавить-удалить-из-зоны.

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

Это не для всех массивов так, кстати. Порты некоторых массивов сами делают FLOGI после того, как на них мапят луны, тем самым тригеря RSCN и заставляя HBA залогинится на них заново. Там такой пролемы нет. Но за это приходится платить тем, что отдача дисков там - disruptive operation. Т.е. ее нельзя делать на всех портах одновременно.

Command Device - это в хитачи, а в MSA нет command device. Там есть глобальная опция включить/выключить SES. ХЗ как это работает, но оскорее всего, либо дает возмножность использовать любой LUN в качестве command device, либо хосту подсовывается какой-то фиктивный LUN.