about NetApp

Новая фича DataONTAP 8.3 может ввести админов в замешательство.
В этой версии для LUN’ов автоматически включена функция SLM - Selective LUN Map.
Что это означает ?
Если раньше LUN был виден по всем мыслимым путям до кластера, то теперь, с этой функцией, клиентам видны только пути, ведущие на ноду, где живет LUN, и на ее HA-партнера.
Это снижает сложность работы мультипасинга и упрощает схему подключения.
Если вы проапгрейдите систему с 8.2 на 8.3, то вы заметите, что старые LUN’ы видны по всем путям, а новые, созданные в 8.3, только по ограниченному количеству.
Это лечится с помощью команды lun mapping remove-reporting-nodes

cluster1::> lun mapping remove-reporting-nodes -vserver vs1 -path /vol/vol1/lun1 -igroup ig1

После применения этой команды в списке путей будут видны только текущая нода и ее HA-партнер.

Что же делать, если мы хотим смигрировать том на другой контроллер ?
Нужно перед началом миграции внести новую ноду в список (партнер добавляется автоматически) командой

cluster1::> lun mapping add-reporting-nodes -vserver vs1 -volume vol1 -lun * -igroup ig1 -destination-aggregate aggr2

А после окончания миграции рекомендуется опять убрать лишние ноды из списка

cluster1::> lun mapping remove-reporting-nodes -vserver vs1 -path /vol/vol1/lun1 -igroup ig1

Для понимания что и откуда видно, и общего траблшутинга поможет команда

cluster1::> lun mapping show -fields reporting-nodes

Если SLM не включен, то в списке нод будет стоят символ “-”,
а если включен, то там будут перечислены ноды, через которые можно добраться до LUN.
Как обычно, доступ к LUN’ам будет осуществляться по оптимальным путям,
которые идут через ноду, на которой LUN живет.
А остальные пути будут в статусе active/unoptimized.