Новая фича 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.