Fibre Channel LUN повторно сканировать и QLogic

У меня серьезная проблема с массивом хранения SAN, подключенным к блоку Linux через Fibre Channel. Вот конфигурация:

• Debian с простым ванильным Linux 2.6.27.25
• Оптоволоконный контроллер QLogic 4Gb с двумя портами (на базе ISP2432)

В основном проблема заключается в следующем: как получить это #?@!! Контроллер / драйвер FC для правильного распознавания изменений конфигурации (новых или удаленных LUN) массива хранения?

1. когда я создаю новый LUN в моем массиве (обычно снимок некоторого существующего LUN) и сопоставляю его с моим HBA, я не могу распознать его должным образом: rescan-scsi-bus -l -w -r фактически обнаруживает что-то (общее устройство / dev / sgXX), однако блочное устройство не создается (/ dev / sdXX).

2. То же самое при выдаче LIP и повторного сканирования вручную:

   echo 1> / sys / class / fc_host / host6 / issue_lip

   echo "- - -"> / sys / class / scsi_host / host6 / scan

3. если я удаляю существующий LUN, ни выдача LIP и повторное сканирование, ни rescan-scsi-bus не имеют никакого эффекта. Предыдущие устройства остаются там и, конечно, не работают ( "file -s /dev/sdXX -> I/O error").

4. перезагрузка драйвера qla2xxx работает. Однако это совершенно неработоспособно в производственной среде.

По-видимому, это очень распространенная проблема с QLogic. Существует какое-то решение, которое работает только при использовании выпущенного драйвера QLogic, доступного только для корпоративных дистрибутивов RedHat и Suse: см. Это объяснение.

Дополнительная информация:

Вот scsi устройства до LIP и повторного сканирования:

# sg_map -x
/dev/sg0  0 0 0 0  0  /dev/sda
/dev/sg1  0 0 1 0  5  /dev/scd0
/dev/sg2  1 0 0 0  0  /dev/sdb
/dev/sg3  6 0 0 0  0  /dev/sdc
/dev/sg4  6 0 0 1  0  /dev/sdd
/dev/sg5  6 0 0 2  3

После LIP и повторного сканирования у меня новое устройство sg, но нет подходящего диска. Если я перезагружаю драйвер, появляется диск:

# sg_map -x
/dev/sg0  0 0 0 0  0  /dev/sda
/dev/sg1  0 0 1 0  5  /dev/scd0
/dev/sg2  1 0 0 0  0  /dev/sdb
/dev/sg3  6 0 0 0  0  /dev/sdc
/dev/sg4  6 0 0 1  0  /dev/sdd
/dev/sg5  6 0 0 2  3
/dev/sg6  6 0 0 3  3

~# sg_map -x
/dev/sg0  0 0 0 0  0  /dev/sda
/dev/sg1  0 0 1 0  5  /dev/scd0
/dev/sg2  1 0 0 0  0  /dev/sdb
/dev/sg3  8 0 0 0  0  /dev/sdc
/dev/sg4  8 0 0 1  0  /dev/sdd
/dev/sg5  8 0 0 2  0  /dev/sde
/dev/sg6  8 0 0 3  3

Изменить: ОК, очевидно, это крепкий орешек. Я спрошу LKML и сообщу здесь.