У меня серьезная проблема с массивом хранения SAN, подключенным к Linux через Fibre Channel. Вот конфигурация:
В основном проблема: как получить этот #? @ !! Контроллер / драйвер FC для правильного распознавания изменений конфигурации (новых или удаленных LUN) массива хранения?
rescan-scsi-bus -l -w -r фактически обнаруживает что-то (общее устройство / dev / sgXX), однако блочное устройство не создается (/ dev / sdXX). то же самое при выдаче LIP и повторном сканировании вручную:
эхо 1> / sys / class / fc_host / host6 / issue_lip
echo "- - -"> / sys / class / scsi_host / host6 / scan
если я удалю существующий LUN, ни выдача LIP, ни повторное сканирование, ни повторное сканирование-scsi-bus не окажут никакого эффекта. Предыдущие устройства остаются там и, конечно же, не работают («file -s / dev / sdXX -> I / O error»).
Видимо это очень распространенная проблема с 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 и доложу здесь.
Если блочное устройство обнаруживается, но устройство / dev / device не создается, вы можете создать устройство вручную. Это не оптимально, но может сбить вас с толку. Старший и младший номера представлены в / proc / partitions, и вы можете создавать свои собственные блочные устройства с помощью команды mknod.
# mknod /dev/sdg4 104 17
Однако я чувствую твою боль. QLogic предлагает загрузку драйверов для RHEL и SUSE, но, похоже, нет других дистрибутивов. OpenSUSE может иметь драйверы от QLogic, но я не могу в этом быть уверенным. Я проверю ближе, когда доберусь до работы.
редактировать: Я на работе, и кажется, что все драйверы QLogic на моих SLES-модулях поставляются QLogic. Их сетка поддержки ОС:
http://filedownloads.qlogic.com/files/Driver/71098/readme_driver_80223.html#os_support
И все же, когда я загружаю стандартное ядро 2.6.27.25 и просматриваю файл ./drivers/scsi/qla2xxx/qla_version.h, это почти те же номера версий, что и в моих дистрибутивах Novell (как SLES, так и бесплатно openSUSE). Это говорит о том, что решение, которое вы нашли для SLES / RHEL, действительно может работать со стандартным ядром 2.6.27.25.
Привет, Wazoox, я столкнулся с тем же профессионалом с моим ящиком SAN, у меня есть Google и несколько советов, которые следуют, если я могу попробовать, я думаю, он начнет работать 1 есть один инструмент, вызывающий инструменты emcgrab, вы можете запустить этот инструмент, чтобы узнать драйвер вашего драйвера qlogic работает или нет.
какой ящик вы используете?
вот несколько советов. http://forums.novell.com/novell-product-support-forums/suse-linux-enterprise-server-sles/sles-configure-administer/362473-lun-not-visible.html