Как начать пользоваться программой?

Всё предельно просто. Для начала, сгрузите архиве программы, содержащий сам скрипт, а так-же конфигурационные файлы и необходимые директории, отсюда - sites.google.com/site/san4fan/project - fbr.tar.gz. И разверните на вашем UNIX сервере откуда есть SSH доступ к коммуникаторам. И распакуйте:
tar xvf fbr.tar.gz

В результате вы получите папку ops со следующей структурой:

OBJ

conf

tmp

util

txt_get_zone_brc.sh

txt_get_zone_cis.sh

txt_get_zones.sh

Файл txt_get_zones.sh является собственно скриптом, а txt_get_zone_brc.sh и txt_get_zone_cis.sh дополнениями для работы с Brocade и Cisco устройствами соответственно.

Папка tmp - здесь всё понятно, как следует из имени предназначена для хранения временных файлов.

Папка conf - содержит следующие конфигурационные файлы:

fabric - тип и имя ваших фабриков, а так-же коммуникаторы для коммуникации с ними:

#Cisco

<SW_Type>#<FBR_Name>#<SW_Name>#<VSAN>

#Brocade

<SW_Type>#<FBR_Name>#<SW_Name>#

например:

CIS#PROD1#switch-1#1   -   Т.е. Cisco фабрик с именем PROD1 доступен через коммуникатор switch-1 для VSAN 1

BRC#TEST1#switch-2#     -   Т.е. Brocade фабрик с именем TEST1 доступен через коммуникатор switch-2

Замечу, что если вы в Cisco используете несколько VSAN-ов то вам придётся сделать строку для каждого, это даёт возможность различать VSAN-ы и скрипт построения зон не позволит построить зоны между объектами в разных VSAN-х.

auth - содержит данные для доступа ко всем контролируемым элементам, если библиотеку объектов (смотри ниже) вы будите создавать вручную - достаточно указать только информацию для доступа к коммуникаторам.

Содержит:

##Switches

#SW#<FBR_Name>#<SW_Name1,SW_Name2...>#<User>#<Key_file>#<Password>

например:

SW#PROD1#switch-1,switch-2#admin#/root/.ssh/.id_key#                     -  коммуникаторы switch-1 и switch-2 доступны с текущего сервера для пользователя admin с SSH ключом хранящемся в /root/.ssh/.id_key

##Storage

#ST#<ST_Type>#<Storage_Name>#<Connection_string>#              - в Connection_string допустимы достаточно сложные выражения, но об этом позже.

например:

ST#NETAPP#netapp1a#rsh#                                                                   - Определяет доступ к Netapp-у netapp1a через протокол rsh для текущего пользователя

ST#CLAR#10.127.0.5#-password password -scope 0 -user admin#        - Определяет доступ к Clariion (EMC) для пользователя admin  с паролем password

##Servers

#SR#<SRV_Type>#<SR_Name1,SR_Name2...>#<User>#<Key_file>#<Password>

SR#HPBC#hpbc01,hpbc02p#Administrator#/root/.ssh/.id_key#            - Определяет доступ к HP Blade System для пользователя Administrator с SSH ключом хранящемся в /root/.ssh/.id_key

serv - содержит список всех серверов (или blade system как в моём случае)

##Servers

#<SRV_Type>#<FBR_Name>_<FBR_Type>#<System_Name>#<HBA_N{1|2}>

HPBC#PROD1_BRC#hpbc02p#1                                                        - Система типа HPBC (HP Blade Center) с именем hpbc02p подключена к фабрику PROD1 типа Brocade через HBA 1. Последнее поле важно для случаев когда сервер подключён к двум фабрикам для обеспечения устойчивости к падениям.

stor - содержит список стореджай

##<ST_Type>#<ST_Alias>#<ST_Name>   

##Netapp

#NETAPP#N1A#netapp1a

##VNX & Clariion

#VNX#VNX7500#10.10.0.5

#CLAR#CLAR960#clariion1

#VMAX

#VMAX#VMAX282#000292600111                                              -  Поскольку VMAX управляется через FC а не по сети, в качестве параметра используется SID

#Hitachi

#HIT#HIT_2#hitachi2

Папка OBJ - будет содержать библиотеку всех объектов (порты серверов и массивов) присутствуюсчих в каждом упровляемом фабрике.

Её структура:

./OBJ/<FBR>_<SW_TP>/stor/<ST_Name>

./OBJ/<FBR>_<SW_TP>/serv/<SR_GR_Name>

где:

<FBR>                  - имя фабрика (eng. case sensitive) , например PROD1

<SW_TP>             - тип фабрика BRC или CIS для Brocade и Cisco соответственно (другие типы коммуникаторов пока не поддерживаются)

<ST_Name>          - имя дискового массива в удобном для построения имени зоны формате (eng. case sensitive) , например VMAX111

<SR_GR_Name>  - имя группы серверов (eng. case sensitive) , например HPBS - HP Blade System

в результате получаем что-то вроде:

./OBJ/PROD1_CIS/stor/VMAX111

./OBJ/TEST2_BRC/serv/HPBC

Файлы <SR_GR_Name> и <ST_Name> имеют следующий формат:

<SR_GR_Name>

<Server_name>_#_<WWN> - 

например serv1_#_50:01:43:80:04:BC:1A:1C или serv2.dom.com_#_50:01:43:80:08:BC:1B:1D

<ST_Name>

<PORT>  <PWWN> - например (для VMAX) 8G:0 50:00:09:74:08:A3:17:8C или 

                                                       (для Netapp) 0A 50:0A:09:82:6F:3D:7B:F7

Имя сервера и порта вы сможете использовать позже как параметры скриптов управления фабриком.

Для создания этих файлов есть два пути вручную - используя информацию об имеющихся у вас системах :) , или с помощью набора утилит. Об обоих этих методах  мы поговорим позже.