QLogic FC HBA + IBM DS5100 no RHEL 5.4 LUNs não detectados como discos SCSI

1

Tenho uma nova SAN DS5100 conectada a vários hosts (HS22 Blade no BladeCenter H) por meio de duas malhas independentes. O switch (Brocade 20p para BladeCenter) é zoneado corretamente, ou seja, cada host no BladeCenter vê os LUNs por meio dos dois fabrics. O RHEL detecta o driver qla2xxx para o CIO QLogic QMI2572 4G FC para o BladeCenter e eu posso 'ver' os LUNs sendo apresentados como saída do dmesg:

qla2xxx 0000:24:00.0: Found an ISP2532, irq 209, iobase 0xffffc20000022000
qla2xxx 0000:24:00.0: Configuring PCI space...
PCI: Setting latency timer of device 0000:24:00.0 to 64
qla2xxx 0000:24:00.0: Configure NVRAM parameters...
qla2xxx 0000:24:00.0: Verifying loaded RISC code...
qla2xxx 0000:24:00.0: Allocated (64 KB) for EFT...
qla2xxx 0000:24:00.0: Allocated (1414 KB) for firmware dump...
scsi4 : qla2xxx
qla2xxx 0000:24:00.0: 
QLogic Fibre Channel HBA Driver: 8.03.00.10.05.04-k
QLogic QMI2572 - QLogic 4Gb Fibre Channel Expansion Card (CIOv) for IBM BladeCenter
ISP2532: PCIe (5.0Gb/s x4) @ 0000:24:00.0 hdma+, host#=4, fw=4.04.09 (85)
PCI: Enabling device 0000:24:00.1 (0140 -> 0143)
ACPI: PCI Interrupt 0000:24:00.1[B] -> GSI 42 (level, low) -> IRQ 138
qla2xxx 0000:24:00.1: Found an ISP2532, irq 138, iobase 0xffffc20000024000
qla2xxx 0000:24:00.1: Configuring PCI space...
PCI: Setting latency timer of device 0000:24:00.1 to 64
qla2xxx 0000:24:00.1: Configure NVRAM parameters...
qla2xxx 0000:24:00.1: Verifying loaded RISC code...
qla2xxx 0000:24:00.1: Allocated (64 KB) for EFT...
qla2xxx 0000:24:00.1: Allocated (1414 KB) for firmware dump...
scsi5 : qla2xxx
qla2xxx 0000:24:00.1: 
QLogic Fibre Channel HBA Driver: 8.03.00.10.05.04-k
QLogic QMI2572 - QLogic 4Gb Fibre Channel Expansion Card (CIOv) for IBM BladeCenter
ISP2532: PCIe (5.0Gb/s x4) @ 0000:24:00.1 hdma+, host#=5, fw=4.04.09 (85)
qla2xxx 0000:24:00.0: LOOP UP detected (4 Gbps).
qla2xxx 0000:24:00.1: LOOP UP detected (4 Gbps).
Vendor: IBM       Model: 1818      FAStT   Rev: 0730
Type:   Direct-Access                      ANSI SCSI revision: 05
scsi 4:0:0:0: Attached scsi generic sg1 type 0
Vendor: IBM       Model: 1818      FAStT   Rev: 0730
Type:   Direct-Access                      ANSI SCSI revision: 05
scsi 4:0:1:0: Attached scsi generic sg2 type 0
Vendor: IBM       Model: 1818      FAStT   Rev: 0730
Type:   Direct-Access                      ANSI SCSI revision: 05
scsi 5:0:0:0: Attached scsi generic sg3 type 0
Vendor: IBM       Model: 1818      FAStT   Rev: 0730
Type:   Direct-Access                      ANSI SCSI revision: 05
scsi 5:0:1:0: Attached scsi generic sg4 type 0 

O problema agora é que eles não são reconhecidos como discos SCSI, em vez de dispositivos SCSI genéricos (/ dev / sg {1-4}). Uma saída de '' sg_map -i -sd -x '' é exibida:

/dev/sg1  4 0 0 0  0  IBM       1818      FAStT   0730
/dev/sg2  4 0 1 0  0  IBM       1818      FAStT   0730
/dev/sg3  5 0 0 0  0  IBM       1818      FAStT   0730
/dev/sg4  5 0 1 0  0  IBM       1818      FAStT   0730

Meu entendimento básico é que, embora essa seja uma configuração com vários percursos, não é necessário ativá-la ou usar o MPIO. Eu tentei uma solução rápida através do multi-pathing do mapeador de dispositivos, mas não obtive nenhuma saída do multipathd. '' sg_map '' mostra que esses dispositivos são discos (sinalizador -sd), mas os LUNs não estão sendo anexados como / dev / sd *. Preciso criar manualmente os nós de dispositivo adequados? Eu tenho que usar o driver RDAC ou SDD da IBM para vê-los?

    
por pfo 30.11.2009 / 18:00

1 resposta

1

Essa foi fácil; Esqueceu de configurar o mapeamento entre os LUNs e os nós.

    
por 01.12.2009 / 09:29