Rescan LUN Fibre Channel e QLogic

Question

Eu tenho um problema sério com um storage array SAN conectado a uma caixa do Linux através do Fibre Channel. Aqui está a configuração:

• Debian com plain vanilla linux 2.6.27.25
• Controlador de fibra QLogic de 4 Gb de porta dupla (baseado em ISP2432)

Basicamente, o problema é: como conseguir isso #? @ !! Controlador / driver FC para reconhecer adequadamente as alterações de configuração (LUNs novas ou removidas) do storage array?

1. quando eu crio um novo LUN no meu array (normalmente um instantâneo de algum LUN existente) e o mapeio para meu HBA, não consigo reconhecê-lo corretamente: rescan-scsi-bus -l -w -r realmente detecta algo (um genérico / dev / sgXX no entanto, nenhum dispositivo de bloco é criado (/ dev / sdXX).

2. mesma coisa ao enviar um LIP e redigitalizar manualmente:

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

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

3. se eu remover um LUN existente, nem emitir LIPs e redigitalizações ou rescan-scsi-bus terão algum efeito. Os dispositivos anteriores permanecem lá e, é claro, não funcionam ("file-s / dev / sdXX - > erro de E / S").

4. recarregando o driver qla2xxx funciona. No entanto, é completamente impraticável em um ambiente de produção.

Aparentemente, isso é um problema muito comum com o QLogic . Existe algum tipo de solução que funciona somente ao usar o driver QLogic emitido disponível apenas para distribuições corporativas RedHat e Suse: consulte esta explica�o .

Informação adicional:

Aqui estão os dispositivos scsi antes do LIP e redigitalizam:

# 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

Após um LIP e uma nova verificação, eu tenho um novo dispositivo sg, mas nenhuma unidade correspondente. Se eu recarregar o driver, uma unidade aparecerá:

# 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

Editar: OK, obviamente, isso é um osso duro de roer. Vou perguntar ao LKML e reportar aqui.

    

Answer 1

Na chance de que o dispositivo de bloco esteja sendo detectado, mas nenhum dispositivo / dev / está sendo criado, você pode criar manualmente o dispositivo. Isso não é o ideal, mas pode atrapalhar você. Os números maiores e menores são apresentados em / proc / partitions, e você pode criar seus próprios dispositivos de bloco através do comando mknod.

 # mknod /dev/sdg4 104 17

No entanto, sinto sua dor. A QLogic oferece download de driver para o RHEL e o SUSE, mas parece que não há outras distros. O OpenSUSE pode ter drivers da marca QLogic, mas não posso ter certeza disso. Vou checar mais de perto quando eu chegar ao trabalho.

Editar : estou no trabalho e parece que os drivers QLogic nas caixas do meu SLES são todos da QLogic. Sua grade de suporte ao sistema operacional:

link

E, no entanto, quando eu baixo o kernel bog-standard 2.6.27.25 e olho no arquivo ./drivers/scsi/qla2xxx/qla_version.h, são quase os mesmos números de versão que eu tenho nas minhas distribuições da Novell (ambos SLES e o openSUSE grátis). O que sugere que a solução encontrada para o SLES / RHEL pode realmente funcionar com um kernel padrão 2.6.27.25.

    

Answer 2

Hey Wazoox eu estava enfrentando mesmo pro com minha caixa de SAN eu tenho google e algumas dicas que seguem se pode tentar eu acho que vai começar a trabalhar 1 há uma ferramenta chamada emcgrab tools vc pode executar esta ferramenta para descobrir o driver do seu driver qlogic está funcionando ou não.

qual sanbox r u está usando?

existem algumas dicas a seguir. link

link

link

link