xxxkms
Дата: 07.04.2010 12:30:35
Имеется сервер с установленной RHEL 5.4 (х86_64), в нем стоят два QLA2460. Все это подключено через SAN к SE9980. На свитчах в сане настроены две зоны: HBA1-1-й порт СХД, HBA2 - 2-й порт СХД. На 9980 выведен один тестовый лун. В результате на сервере видим такую картину:
[root@c5 ~]# multipath -ll
mpath1 (1HITACHI_R45028F9022F) dm-2 HITACHI,OPEN-E
[size=14G][features=1 queue_if_no_path][hwhandler=0][rw]
\_ round-robin 0 [prio=0][active]
\_ 3:0:0:0 sdb 8:16 [active][ready]
\_ 4:0:0:0 sdc 8:32 [active][ready]
\_ 3:0:0:16384 sdd 8:48 [active][ready]
\_ 4:0:0:16384 sde 8:64 [active][ready]
\_ 3:0:0:32768 sdf 8:80 [active][ready]
\_ 4:0:0:32768 sdg 8:96 [active][ready]
\_ 3:0:0:49152 sdh 8:112 [active][ready]
\_ 4:0:0:49152 sdi 8:128 [active][ready]
Вопрос: почему сервер видит аж 8-мь путей, хотя должен видеть всего два. И откуда у этих лишних путей такие дикие номера LUN (16384, 32768 и т.д.)?
gildar
Дата: 02.06.2010 11:36:14
неисповедимs пути SAN :)
можно сделать типа такого
[root@s085 oratmp]# tail -15 /etc/multipath.conf
rr_min_io 100
}
multipath {
wwid 1HITACHI_770503860025
alias backup_olap
path_grouping_policy multibus
path_checker readsector0
path_selector "round-robin 0"
failback immediate
rr_weight priorities
no_path_retry 5
rr_min_io 100
}
}
[root@s085 oratmp]# multipath -ll
backup_olap (1HITACHI_770503860025) dm-5 HITACHI,DF600F
[size=60G][features=1 queue_if_no_path][hwhandler=0]
\_ round-robin 0 [prio=1][active]
\_ 0:0:2:4 sdad 65:208 [active][ready]
\_ 2:0:6:4 sdfh 130:48 [active][ready]
[root@XXX oratmp]# df
/dev/mapper/backup_olap
61927420 34681796 24099896 60% /backup_olap