Normalmente, se você verificar novamente o barramento SCSI, o udev criará o arquivo de dispositivo para o LUN, após o qual você o tratará como faria com qualquer outro volume de armazenamento (disco local ou outro). Há um script para fazer a nova verificação no pacote sg3_utils chamado rescan-scsi-bus.sh
A nova verificação deve ser suficiente, mas caso não seja (geralmente indica um problema de driver), a reinicialização fará com que o HBA faça logon novamente na SAN e obtenha uma nova lista de LUNs que foram apresentados a ela.
Você poderá ver o LUN quando fizer um ls -l /dev/disk/by-path Por exemplo:
[jadavis6@lrgarfield ~]$ ls -l /dev/disk/by-path
total 0
lrwxrwxrwx 1 root root 9 Jan 27 17:17 pci-0000:01:00.0-scsi-0:2:0:0 -> ../../sda
lrwxrwxrwx 1 root root 10 Jan 27 17:17 pci-0000:01:00.0-scsi-0:2:0:0-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 Jan 27 17:17 pci-0000:01:00.0-scsi-0:2:0:0-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 Jan 27 17:17 pci-0000:01:00.0-scsi-0:2:0:0-part3 -> ../../sda3
lrwxrwxrwx 1 root root 9 Jan 27 17:17 pci-0000:01:00.0-scsi-0:2:1:0 -> ../../sdb
lrwxrwxrwx 1 root root 9 Jan 27 17:17 pci-0000:01:00.0-scsi-0:2:2:0 -> ../../sdc
lrwxrwxrwx 1 root root 9 Jan 27 17:17 pci-0000:1a:00.0-fc-0x500601653ee0025f:0x0000000000000000 -> ../../sdd
lrwxrwxrwx 1 root root 9 Jan 27 17:17 pci-0000:1a:00.0-fc-0x500601653ee0025f:0x0008000000000000 -> ../../sde
lrwxrwxrwx 1 root root 9 Jan 27 17:17 pci-0000:1a:00.0-fc-0x500601653ee0025f:0x0009000000000000 -> ../../sdf
lrwxrwxrwx 1 root root 9 Jan 27 17:17 pci-0000:1a:00.0-fc-0x5006016d3ee0025f:0x0000000000000000 -> ../../sdg
lrwxrwxrwx 1 root root 9 Jan 27 17:17 pci-0000:1a:00.0-fc-0x5006016d3ee0025f:0x0008000000000000 -> ../../sdh
lrwxrwxrwx 1 root root 9 Jan 27 17:17 pci-0000:1a:00.0-fc-0x5006016d3ee0025f:0x0009000000000000 -> ../../sdi
lrwxrwxrwx 1 root root 9 Jan 27 17:17 pci-0000:1a:00.1-fc-0x500601663ee0025f:0x0000000000000000 -> ../../sdj
lrwxrwxrwx 1 root root 9 Jan 27 17:17 pci-0000:1a:00.1-fc-0x500601663ee0025f:0x0008000000000000 -> ../../sdk
lrwxrwxrwx 1 root root 9 Jan 27 17:17 pci-0000:1a:00.1-fc-0x500601663ee0025f:0x0009000000000000 -> ../../sdl
lrwxrwxrwx 1 root root 9 Jan 27 17:17 pci-0000:1a:00.1-fc-0x5006016e3ee0025f:0x0000000000000000 -> ../../sdm
lrwxrwxrwx 1 root root 9 Jan 27 17:17 pci-0000:1a:00.1-fc-0x5006016e3ee0025f:0x0008000000000000 -> ../../sdn
lrwxrwxrwx 1 root root 9 Jan 27 17:17 pci-0000:1a:00.1-fc-0x5006016e3ee0025f:0x0009000000000000 -> ../../sdo
Os LUNs do Fibre Channel têm o -fc- transport listado. -scsi- dispositivos são armazenamento interno.
Esteja avisado: se a placa de canal de fibra conseguir efetuar login na SAN, você verá o que é chamado de LUNZ , que aparentemente é uma das portas na SAN à qual você está conectado. Você pode dizer que um caminho é LUNZ se for LUN ID (o número hexadecimal após os últimos dois pontos) é todo zero. Por exemplo, na saída acima, esta é uma das LUNZ's:
lrwxrwxrwx 1 root root 9 Jan 27 17:17 pci-0000:1a:00.0-fc-0x500601653ee0025f:0x0000000000000000 -> ../../sdd
Eu nunca recebi uma explicação completa de nenhum cara do SAN com quem conversei sobre o porquê do Fibre Channel fazer isso, mas só sei que ele estará lá, será o primeiro LUN que o FC vê (por isso Obtém o número mais baixo), e você não pode tratá-lo como um LUN, é apenas uma espécie de lá. Assim que você começar a ver um LUN com um ID de LUN diferente de zero, saberá que esse é seu LUN de destino.
EDITAR:
Eu direi o seguinte: O LUNZ facilita a verificação se o HBA é capaz de efetuar login na SAN (embora você ainda possa ver isso por meio dos erros FLOGI em / var / log / messages). Se você instalar um novo HBA e NÃO visualizar um LUNZ, é uma indicação de que o firmware do dispositivo ou do driver precisa ser atualizado.
EDIT # 2:
Estas são as etapas estritamente necessárias, se você estiver fazendo o pathing, provavelmente desejará instalar o PowerPath ou configurar o multipathd. Mas essa é uma tarefa inteira em si. É melhor apenas mencionar isso, deixar você fazer sua pesquisa e voltar com perguntas específicas.