Newsgroup: it.comp.os.linux.sys
Titolo: Problema Fibre Channel

Distribuzione RedHat 4.5 64bit
Scusate il disturbo ma vorrei una mano se possibile...
Configurando un scheda Fibre Channel della qlogic su un server Blade
della HP ho avuto un problema, ho caricato i moduli qlogic(sotto
riporto un po di log), i devices in /dev sono stati creati /dev/sda e /
dev/sdb, e anche il device multipath in /dev/mpath/mpath0. Quando ho
creato la partizione mi ha creato giustamente /dev/mpath/mpath0p1. Qui
ho riscontrato il problema, il device /dev/sdb mi ha dato parecchi
errori di
"Buffer I/O error on device sdb". Non so se è un problema Hardware o
software?? Consigli?
Grazie.
------------Log-----------
##########################################################################################
##
#lsmod
##
##########################################################################################
qla2400               205121  0
parport_pc             29569  0
lp                     15345  0
parport                44493  2 parport_pc,lp
autofs4                27080  0
nls_utf8                3649  1
cifs                  229889  1
md5                     5953  1
ipv6                  285089  16
dlm                   134276  0
cman                  139552  1 dlm
sunrpc                176313  1
ds                     21705  0
yenta_socket           23105  0
pcmcia_core            69969  2 ds,yenta_socket
dm_mirror              32201  0
dm_round_robin          5185  1
dm_multipath           22865  2 dm_round_robin
dm_mod                 74153  8 dm_mirror,dm_multipath
button                  9313  0
battery                11465  0
ac                      6985  0
k8_edac                18533  0
edac_mc                20201  1 k8_edac
bnx2                   88437  0
ext3                  139089  5
jbd                    69745  1 ext3
cciss                  73017  5
qla2xxx               183713  5 qla2400
scsi_transport_fc      12353  1 qla2xxx
usb_storage            71561  0
uhci_hcd               35305  0
ohci_hcd               24657  0
ehci_hcd               33989  0
sd_mod                 19649  2
scsi_mod              145297  5
cciss,qla2xxx,scsi_transport_fc,usb_storage,sd_mod
##########################################################################################
##
#/var/log/message
##
##########################################################################################
Apr  1 12:11:07 servercasuale1 kernel: qla2400 0000:05:00.0: Found an
ISP2432, irq 201, iobase 0xffffff0000022000
Apr  1 12:11:07 servercasuale1 kernel: qla2400 0000:05:00.0:
Configuring PCI space...
Apr  1 12:11:07 servercasuale1 kernel: qla2400 0000:05:00.0: Configure
NVRAM parameters...
Apr  1 12:11:07 servercasuale1 kernel: qla2400 0000:05:00.0: Verifying
loaded RISC code...
Apr  1 12:11:07 servercasuale1 kernel: qla2400 0000:05:00.0: Allocated
(1061 KB) for firmware dump...
Apr  1 12:11:07 servercasuale1 kernel: qla2400 0000:05:00.0: Waiting
for LIP to complete...
Apr  1 12:11:08 servercasuale1 kernel: qla2400 0000:05:00.0: LIP reset
occured (f7f7).
Apr  1 12:11:08 servercasuale1 kernel: qla2400 0000:05:00.0: LOOP UP
detected (2 Gbps).
Apr  1 12:11:08 servercasuale1 kernel: qla2400 0000:05:00.0: Topology
- (F_Port), Host Loop address 0x0
Apr  1 12:11:09 servercasuale1 kernel: scsi2 : qla2xxx
Apr  1 12:11:09 servercasuale1 kernel: qla2400 0000:05:00.0:
Apr  1 12:11:09 servercasuale1 kernel:  QLogic Fibre Channel HBA
Driver: 8.01.04-d8
Apr  1 12:11:09 servercasuale1 kernel:   QLogic QMH2462 - SBUS to 2Gb
FC, Dual Channel
Apr  1 12:11:09 servercasuale1 kernel:   ISP2432: PCIe (2.5Gb/s x4) @
0000:05:00.0 hdma+, host#=2, fw=4.00.23 [IP]
Apr  1 12:11:09 servercasuale1 kernel:   Vendor: IBM       Model:
1742              Rev: 0520
Apr  1 12:11:09 servercasuale1 kernel:   Type:   Direct-
Access                      ANSI SCSI revision: 03
Apr  1 12:11:09 servercasuale1 kernel: qla2400 0000:05:00.0:
scsi(2:0:0:0): Enabled tagged queuing, queue depth 32.
Apr  1 12:11:09 servercasuale1 kernel: SCSI device sda: 209715200 512-
byte hdwr sectors (107374 MB)
Apr  1 12:11:09 servercasuale1 kernel: SCSI device sda: drive cache:
write back
Apr  1 12:11:09 servercasuale1 kernel: SCSI device sda: 209715200 512-
byte hdwr sectors (107374 MB)
Apr  1 12:11:09 servercasuale1 kernel: SCSI device sda: drive cache:
write back
Apr  1 12:11:09 servercasuale1 kernel:  sda: sda1
Apr  1 12:11:09 servercasuale1 kernel: Attached scsi disk sda at
scsi2, channel 0, id 0, lun 0
Apr  1 12:11:09 servercasuale1 kernel: ACPI: PCI Interrupt
0000:05:00.1[B] -> GSI 17 (level, low) -> IRQ 225
Apr  1 12:11:09 servercasuale1 kernel: qla2400 0000:05:00.1: Found an
ISP2432, irq 225, iobase 0xffffff0000024000
Apr  1 12:11:09 servercasuale1 scsi.agent[24649]: disk at /devices/
pci0000:04/0000:04:0f.0/0000:05:00.0/host2/target2:0:0/2:0:0:0
Apr  1 12:11:09 servercasuale1 kernel: qla2400 0000:05:00.1:
Configuring PCI space...
Apr  1 12:11:09 servercasuale1 kernel: qla2400 0000:05:00.1: Configure
NVRAM parameters...
Apr  1 12:11:09 servercasuale1 kernel: qla2400 0000:05:00.1: Verifying
loaded RISC code...
Apr  1 12:11:09 servercasuale1 kernel: qla2400 0000:05:00.1: Allocated
(1061 KB) for firmware dump...
Apr  1 12:11:09 servercasuale1 kernel: qla2400 0000:05:00.1: Waiting
for LIP to complete...
Apr  1 12:11:10 servercasuale1 kernel: qla2400 0000:05:00.1: LIP reset
occured (f7f7).
Apr  1 12:11:10 servercasuale1 kernel: qla2400 0000:05:00.1: LOOP UP
detected (2 Gbps).
Apr  1 12:11:10 servercasuale1 kernel: qla2400 0000:05:00.1: Topology
- (F_Port), Host Loop address 0x0
Apr  1 12:11:11 servercasuale1 kernel: scsi3 : qla2xxx
Apr  1 12:11:11 servercasuale1 kernel: qla2400 0000:05:00.1:
Apr  1 12:11:11 servercasuale1 kernel:  QLogic Fibre Channel HBA
Driver: 8.01.04-d8
Apr  1 12:11:11 servercasuale1 kernel:   QLogic QMH2462 - SBUS to 2Gb
FC, Dual Channel
Apr  1 12:11:11 servercasuale1 kernel:   ISP2432: PCIe (2.5Gb/s x4) @
0000:05:00.1 hdma+, host#=3, fw=4.00.23 [IP]
Apr  1 12:11:11 servercasuale1 kernel:   Vendor: IBM       Model:
1742              Rev: 0520
Apr  1 12:11:11 servercasuale1 kernel:   Type:   Direct-
Access                      ANSI SCSI revision: 03
Apr  1 12:11:11 servercasuale1 kernel: qla2400 0000:05:00.1:
scsi(3:0:0:0): Enabled tagged queuing, queue depth 32.
Apr  1 12:11:11 servercasuale1 kernel: SCSI device sdb: 209715200 512-
byte hdwr sectors (107374 MB)
Apr  1 12:11:11 servercasuale1 kernel: SCSI device sdb: drive cache:
write back
Apr  1 12:11:11 servercasuale1 kernel: SCSI device sdb: 209715200 512-
byte hdwr sectors (107374 MB)
Apr  1 12:11:11 servercasuale1 kernel: SCSI device sdb: drive cache:
write back
Apr  1 12:11:11 servercasuale1 kernel:  sdb:end_request: I/O error,
dev sdb, sector 0
Apr  1 12:11:11 servercasuale1 kernel: Buffer I/O error on device sdb,
logical block 0
Apr  1 12:11:12 servercasuale1 kernel: end_request: I/O error, dev
sdb, sector 0
Apr  1 12:11:12 servercasuale1 kernel: Buffer I/O error on device sdb,
logical block 0
Apr  1 12:11:12 servercasuale1 kernel: end_request: I/O error, dev
sdb, sector 0
Apr  1 12:11:12 servercasuale1 kernel: Buffer I/O error on device sdb,
logical block 0
Apr  1 12:11:12 servercasuale1 kernel:  unable to read partition table
Apr  1 12:11:12 servercasuale1 kernel: Attached scsi disk sdb at
scsi3, channel 0, id 0, lun 0
Apr  1 12:11:12 servercasuale1 scsi.agent[24698]: disk at /devices/
pci0000:04/0000:04:0f.0/0000:05:00.1/host3/target3:0:0/3:0:0:0
Apr  1 12:11:14 servercasuale1 multipathd: sda: path checker
registered
Apr  1 12:11:14 servercasuale1 multipathd: 8:32: readsector0 checker
reports path is up
Apr  1 12:11:14 servercasuale1 multipathd: 8:32: reinstated
Apr  1 12:11:14 servercasuale1 multipathd: mpath0: remaining active
paths: 1
Apr  1 12:11:16 servercasuale1 multipathd: sdb: path checker
registered
Apr  1 12:11:17 servercasuale1 multipathd: 8:48: readsector0 checker
reports path is down
Apr  1 12:11:17 servercasuale1 multipathd: checker failed path 8:48 in
map mpath0
Apr  1 12:11:17 servercasuale1 kernel: device-mapper: dm-multipath:
Failing path 8:48.
Apr  1 12:11:17 servercasuale1 kernel: end_request: I/O error, dev
sdb, sector 0
Apr  1 12:11:17 servercasuale1 kernel: Buffer I/O error on device sdb,
logical block 0
Apr  1 12:11:17 servercasuale1 kernel: Buffer I/O error on device sdb,
logical block 1
Apr  1 12:11:17 servercasuale1 kernel: Buffer I/O error on device sdb,
logical block 2
Apr  1 12:11:17 servercasuale1 kernel: Buffer I/O error on device sdb,
logical block 3
Apr  1 12:11:17 servercasuale1 kernel: Buffer I/O error on device sdb,
logical block 4
Apr  1 12:11:17 servercasuale1 kernel: Buffer I/O error on device sdb,
logical block 5
Apr  1 12:11:17 servercasuale1 kernel: Buffer I/O error on device sdb,
logical block 6
Apr  1 12:11:17 servercasuale1 kernel: Buffer I/O error on device sdb,
logical block 7
Apr  1 12:11:17 servercasuale1 kernel: Buffer I/O error on device sdb,
logical block 8
Apr  1 12:11:17 servercasuale1 kernel: Buffer I/O error on device sdb,
logical block 9
Apr  1 12:11:17 servercasuale1 kernel: Buffer I/O error on device sdb,
logical block 10
Apr  1 12:11:17 servercasuale1 kernel: Buffer I/O error on device sdb,
logical block 11
Apr  1 12:11:17 servercasuale1 kernel: Buffer I/O error on device sdb,
logical block 12
Apr  1 12:11:17 servercasuale1 kernel: Buffer I/O error on device sdb,
logical block 13
Apr  1 12:11:17 servercasuale1 kernel: Buffer I/O error on device sdb,
logical block 14
Apr  1 12:11:17 servercasuale1 kernel: Buffer I/O error on device sdb,
logical block 15
Apr  1 12:11:17 servercasuale1 kernel: end_request: I/O error, dev
sdb, sector 0
Apr  1 12:11:17 servercasuale1 kernel: Buffer I/O error on device sdb,
logical block 0
Apr  1 12:11:18 servercasuale1 kernel: end_request: I/O error, dev
sdb, sector 512
Apr  1 12:11:18 servercasuale1 kernel: Buffer I/O error on device sdb,
logical block 64
Apr  1 12:11:18 servercasuale1 kernel: Buffer I/O error on device sdb,
logical block 65
Apr  1 12:11:18 servercasuale1 kernel: Buffer I/O error on device sdb,
logical block 66
Apr  1 12:11:18 servercasuale1 kernel: Buffer I/O error on device sdb,
logical block 67
Apr  1 12:11:18 servercasuale1 kernel: Buffer I/O error on device sdb,
logical block 68
Apr  1 12:11:18 servercasuale1 kernel: Buffer I/O error on device sdb,
logical block 69
Apr  1 12:11:18 servercasuale1 kernel: Buffer I/O error on device sdb,
logical block 70
Apr  1 12:11:18 servercasuale1 kernel: Buffer I/O error on device sdb,
logical block 71
Apr  1 12:11:18 servercasuale1 kernel: end_request: I/O error, dev
sdb, sector 512
Apr  1 12:11:18 servercasuale1 kernel: Buffer I/O error on device sdb,
logical block 64
Apr  1 12:13:41 servercasuale1 kernel: kjournald starting.  Commit
interval 5 seconds
Apr  1 12:13:41 servercasuale1 kernel: EXT3 FS on dm-1, internal
journal
Apr  1 12:13:41 servercasuale1 kernel: EXT3-fs: mounted filesystem
with ordered data mode.
##########################################################################################
##
# lspci
##
##########################################################################################
05:00.0 Fibre Channel: QLogic Corp. ISP2432-based 4Gb Fibre Channel to
PCI Express HBA (rev 02)
05:00.1 Fibre Channel: QLogic Corp. ISP2432-based 4Gb Fibre Channel to
PCI Express HBA (rev 02)
##########################################################################################
##
#/proc/scsi/scsi
##
##########################################################################################
Attached devices:
Host: scsi2 Channel: 00 Id: 00 Lun: 00
  Vendor: IBM      Model: 1742             Rev: 0520
  Type:   Direct-Access                    ANSI SCSI revision: 03
Host: scsi3 Channel: 00 Id: 00 Lun: 00
  Vendor: IBM      Model: 1742             Rev: 0520
  Type:   Direct-Access                    ANSI SCSI revision: 03
##########################################################################################
##
#/proc/scsi/qla2xxx/0
##
##########################################################################################
QLogic PCI to Fibre Channel Host Adapter for QMH2462:
        Firmware version 4.00.23 [IP] , Driver version 8.01.04-d8
ISP: ISP2432
Request Queue = 0x227000000, Response Queue = 0x227570000
Request Queue count = 4096, Response Queue count = 512
Total number of active commands = 0
Total number of interrupts = 222
    Device queue depth = 0x20
Number of free request entries = 4003
Number of mailbox timeouts = 0
Number of ISP aborts = 0
Number of loop resyncs = 0
Number of retries for empty slots = 0
Number of reqs in pending_q= 0, retry_q= 0, done_q= 0, scsi_retry_q= 0
Host adapter:loop state = <READY>, flags = 0x1e03
Dpc flags = 0x4000000
MBX flags = 0x0
Link down Timeout = 008
Port down retry = 016
Login retry count = 016
Commands retried with dropped frame(s) = 0
Product ID = 0000 0000 0000 0000
SCSI Device Information:
scsi-qla2-adapter-node=500110a000859ded;
scsi-qla2-adapter-port=500110a000859dec;
scsi-qla2-target-0=200300a0b80fbb66;
FC Port Information:
scsi-qla2-port-0=200200a0b80fbb65:200300a0b80fbb66:010000:81;
scsi-qla2-port-1=500110a0008595d1:500110a0008595d0:010700:82;
SCSI LUN Information:
(Id:Lun)  * - indicates lun is not registered with the OS.
( 0: 0): Total reqs 76, Pending reqs 0, flags 0x0, 2:0:81 00
##########################################################################################
##
#/proc/scsi/qla2xxx/1
##
##########################################################################################
QLogic PCI to Fibre Channel Host Adapter for QMH2462:
        Firmware version 4.00.23 [IP] , Driver version 8.01.04-d8
ISP: ISP2432
Request Queue = 0x227780000, Response Queue = 0x227770000
Request Queue count = 4096, Response Queue count = 512
Total number of active commands = 0
Total number of interrupts = 417
    Device queue depth = 0x20
Number of free request entries = 3930
Number of mailbox timeouts = 0
Number of ISP aborts = 0
Number of loop resyncs = 0
Number of retries for empty slots = 0
Number of reqs in pending_q= 0, retry_q= 0, done_q= 0, scsi_retry_q= 0
Host adapter:loop state = <READY>, flags = 0x1e03
Dpc flags = 0x4000000
MBX flags = 0x0
Link down Timeout = 008
Port down retry = 016
Login retry count = 016
Commands retried with dropped frame(s) = 0
Product ID = 0000 0000 0000 0000
SCSI Device Information:
scsi-qla3-adapter-node=500110a000859def;
scsi-qla3-adapter-port=500110a000859dee;
scsi-qla3-target-0=200200a0b80fbb66;
FC Port Information:
scsi-qla3-port-0=200200a0b80fbb65:200200a0b80fbb66:010000:81;
scsi-qla3-port-1=500110a0008595d3:500110a0008595d2:010700:82;
SCSI LUN Information:
(Id:Lun)  * - indicates lun is not registered with the OS.
( 0: 0): Total reqs 159, Pending reqs 0, flags 0x0, 3:0:81 00
------------------Fine log--------------------

 software?? Consigli?
allora , se lo storage è di tipo attivo/passivo è corretto in quanto quando
una lun è in carico al primo controller sul secondo non è attiva.
Il problema è che il sw di multipathing dovrebbe gestire questa situazione ,
quello nativo di linux non l'ho mai usato , con altri di terze parti viene
gestito tutto a livello di kernel e quindi vedi un solo device.
Prova a spostare la lun sul secondo controller dallo storage e vedi se la
situazione si inverte.
ciao.
-- 
Affetto da priapismo cerca impiego come carrello elevatore.
                -- Da it.hobby.umorismo

 situazione si inverte.
Qui non ti seguo, potresti spiegarti meglio

 Qui non ti seguo, potresti spiegarti meglio
Voleva dire: stacca le fibre dagli HBA ed inverti i cavi. Ma non credo serva
farlo, se hai un attivo/passivo e gli switch non sono collegati ad entrambi
i controller non c'e NIENTE da fare.
-- 
Per rispondermi, sostituisci a nomecognome il mio nome e cognome
To reply me, substitute nomecognome with my real name and surname
http://bitsandchaos.wordpress.com

 RHEL 4.x. 
Mi correggo, con la Cluster Suite potrebbe essere possibile.


 i controller non c'e NIENTE da fare.
Fatto ugualmente con l'amministratore della SAN nessun cambiamento
sempre un device "/dev/sdb" non ne vule di andare su...
Cmq  come spiego sopra la ridondanza è totale, gli switch sono


 collegati ad entrambi i controller
Quindi la configurazione vista dal server e' attivo/attivo. Credo che tu
debba configurare /etc/multipath.conf ed eventualmente /etc/lvm/lvm.conf, ma
chiedi supporto al venditore della SAN.


 Qui non ti seguo, potresti spiegarti meglio
Sullo storage manager clicca col destro su una lun , si apre un menu , da
li' puoi cambiare il preferred path , ma lascia perdere , installa
direttamente l' rdac.
ciao.
-- 
Noi Americani siamo un popolo semplice...  ma voi pisciateci addosso, e
noi bombarderemo le vostre citta'.
                -- Robin Williams

 Ovvio che non deve andare, non accedi a /dev/sda e /dev/sdb ma a /dev/mpath.
...Si ok, ma io mi aspetto  di trovare dopo che che ho partizionato (/
dev/mapper/mpath) e formattato(/dev/mapper/mpath1p0) anche delle
corrispondenze con /dev/sda ----> /dev/sda1 e con /dev/sdb ---> /dev/
sdb1, infatti trovo il primo ( /dev/sda ----> /dev/sda1 ) ma non il
secondo che rimane su  (/dev/sdb) e trovo una sfilza di errori I/O
error su dmesg....a me non sembra normale, anche perche in un altro
cluster che ho "ereditato" il comportamento è quello di avere (/dev/
sda ----> /dev/sda1 e con /dev/sdb ---> /dev/sdb1).
Penso che sia un problema che non centri con il multipath.... ora sto
provando a ricompilare i driver della qlogic con quelli espressamente
consigliati dalla HP, ma ho problemi con la generazione del ramdisk,
praticamente io genero il ramdisk con il comando:
 mkinitrd -f initrd-2.6.9-55.ELsmp-qlogic.img --omit-lvm-modules --
with=jbd --preload=scsi_transport_fc --with=ext3 `uname -r`
ma al riavvio da un kernel panic......
ora sto esplorando il contenuto del ramdisk.....per vedere se ci sono
differenze fra la versione che funziona (originale) e quella che non
funziona(quella creata da me...)


 praticamente io genero il ramdisk con il comando:
Per i driver HP, il comando sufficiente dovrebbe essere compile_all_kernels
che trovi da qualche parte sotto /opt.


 driver qlogic.
stop , è corretto configurare prima i driver qlogic , inoltre se non fai
boot in san io toglierei proprio il driver dall' initrd in quanto rischi
solo di far casini xche' se trova prima i dischi in fibra ti cambia l'
ordine dei device scsi e a meno che non usi le label il kernel non trova il
root device.
x fare questo togli dal modprobe.conf gli alias scsi-bla-bla che puntano ai
moduli qla e rifai il ramdisk dopodiche' rimetticeli pure.
ciao.
-- 
La lucertola e' il riassunto del coccodrillo.
                -- Da it.hobby.umorismo

 moduli qla e rifai il ramdisk dopodiche' rimetticeli pure.
ok seguo il consiglio....

 stop , č corretto configurare prima i driver qlogic ,
Non e' detto, nel senso che le schede qlogic possono operare anche con il 
kernel standard di RHEL 4.x, perche' la unica funzionalita' che hanno i 
driver proprietari e' la gestione del failover. Ma poiche' la 
configurazione e' attiva/attiva, non dovrebbe servire. Peraltro il problema
e' un /dev/sdb che non si comporta come /dev/sda, quindi sembra piu' un
problema di SAN (intesa come protocollo SCSI-3 su fibra) che non di
comunicazione, quindi comincerei con l'RDAC di IBM. 


 i device in /dev/cciss/$numeriacaso....
LVM. 


 di comunicazione, quindi comincerei con l'RDAC di IBM.
che funziona anche con i driver standard di rh ma è certificato solo con
quelli qlogic....
-- 
Terzo Principio della Dinamica Sociologica:
        Ogni tua azione provoca in lei una repulsione uguale e contraria.

 tutti i DS4xxx sono attivi/passivi
Si' ma come e' stato scritto i due switch sono collegati ad entrambi i
controller, quindi viene visto come attivo/attivo.



Il sistemista della San mi ha Confermato che il sistema è Attivo/
Attivo

 Attivo
no , se colleghi i 2 controller tramite 2 switch incrociati e fai 4 path hai
comunque un sistema attivo/passivo , in quanto sui 4 path che vedi solo 2
alla volta sono on line.
Queste macchine le conosco BENE , sono attive/passive , punto.
-- 
"Mi sono accorto di essere invecchiato quando il giorno del mio compleanno
ho speso piu' per le candeline che per la torta."

 Queste macchine le conosco BENE , sono attive/passive , punto.
Non stiamo infatti parlando di questo.


 Se non e' cosi' e' un problema di switch, non di SAN.
ad ogni host arrivano 4 connessioni , due attive e due passive , se ne vedi
solo due quando cambia il path o ti salta un controller perdi connettivita'
verso i dischi.
non confondiamo la classe di funzionamento di uno storage con il numero dei
path , sono due cose ben diverse , puoi avere anche 1000 path verso un
controller ma se quello ti cade perdi il disco se invece hai 2 soli path
verso i 2 controller la ridondanza è garantita e quella macchina è
attiva/passiva in quanto comunque un solo controller alla volta fa' I/O su
di una lun.
-- 
        Esse o non esse,
        questo e' il fonema.

 controller
Quale e' la parte in cui non ti e' chiaro che tra l'host e il controller
c'e' un fabric switch?


 c'e' un fabric switch?
nessuna , ma ci puoi mettere anche 40 director , se lo storage è
attivo/passivo rimane attivo/passivo.
-- 
Paradosso di Trischmann:
        Una pipa da' al saggio tempo per riflettere, all'idiota qualcosa
        da mettere in bocca.

 attivo/passivo
Ma si puo' sapere cosa stai dicendo? Se ti cade il controller, lo switch ti
migra sull'altro controller.


 
Scusate se mi intrometto nella discussione, ma dato che voi ne capite senza
dubbio più di me di san, vi chiedo di chiarimi alcuni concetti che ancora
non ho ben capito. Non capisco cosa rappresentino di preciso le Lun che
trovo in /proc/scsi/qla2xxx/0 e /proc/scsi/qla2xxx/1. Da quello che ho
capito dovrebbero rappresentare tutti i differenti percorsi disponibili per
arrivare ai controller della san, è corretto? Poi, a ogni Lun dovrebbe
corrispondere un device in /dev del tipo sdX (scsi appunto), quindi io
(escludeno Attivo/passivo) dovrei trovare al massimo 4
device /dev/sda /dev/sdb /dev/sdc /dev/sdd? 
Se si allora io dovrei avere,con questo tipo di configurazione, 2 Lun
in /proc/scsi/qla2xxx/0  e 2 Lun in /proc/scsi/qla2xxx/1. Io pero ne vedo
solo 1 in /proc/scsi/qla2xxx/0 e 1 in /proc/scsi/qla2xxx/1, Di cui una non
funziona.
In ogni caso grazie perche almeno comincio a capirci qualcosa di San...^^

 funziona.
Non so cosa dirti, controlla comunque anche i parametri con cui hai caricato
i moduli in /etc/modprobe.conf, perche' se nell'altro caso funziona potrebbe
dipendere da come e' gestito il failover a livello di HBA. Verifica poi che
la topologia della SAN sia corretta (fabric/arbitrated loop) e che la
configurazione di /etc/device-mapper-multipath e /etc/lvm/lvm.conf sia
corretta, usa come termine di confronto l'altra installazione che funziona.


 ti migra sull'altro controller.
allora , vedo di spiegarlo dettagliatamente ed in maniera semplicistica.
uno storage attivo passivo è uno storage con N>1 controller di cui per ogni
lun uno è funzionante ( attivo appunto ) gli altri tengono di quella lun
copie fantasma , percui l' I/O non è permesso .
Nel caso il controller primario cada , oppure si facciano ripetute richieste
di I/O su di un controller secondario o nel caso
$implementazione_del_produttore_vattelappesca la lun viene migrata da un
controller ad un altro percui quello che era latente diventa attivo e
viceversa.
Questa caratteristica definisce lo storage attivo/passivo e non cambia in
nessun caso a seconda del fabric.
Quando hai piu' path verso il controller oltre a vedere dall' host il doppio
path causato dai 2 controller vedi anche quelli causati dagli switch /
topologia della san percui i path aumentano.
Per far si' che un storage attivo/passivo sembri lato initiator uno storage
attivo devi far si' tramite zoning / collegamento di vedere piu' path tutti
sullo stesso controller , solo e soltanto in quel caso puoi gestire la lun
con un sw che gestisce solo situazioni attive/attive.
è chiaro che questa configurazione è pura follia per il semplice fatto che
se il controller cade o comunque la lun viene commutata sul controller
secondario perdi il collegamento con i dischi.
quindi , tutti gli storage modello ds3xxx e sd4xxx sono attivi/passivi e
questo è un dato di fatto , se li vuoi gestire ( e dovresti ) in multipath
o monti l' rdac dell' ibm oppure un altro sw che lavori in attivo/passivo ,
se quello che usi NON gestisce questo caso semplicemente NON FUNZIONA.
punto.
-- 
Mettere in ordine la casa mentre i tuoi figli sono ancora piccoli e' come
spalare il viale prima che smetta di nevicare.
                -- Phyllis Diller

 funziona.
va' benissimo se non hai switch o se gli switch non sono incrociati , nel
senso se hai 2 cavi fc che partono dalle schede del server e alla fine
finiscono ogniuno ad un controller dello storage ( con o senza switch nel
mezzo ) .
In questo caso vai di driver qlogic , poi passi l' rdac e sei a posto.
ciao.
-- 
L'amore e' cieco, e non di rado anche sordo e muto ma in questo caso e'
stato anche cretino.

 allora , vedo di spiegarlo dettagliatamente ed in maniera semplicistica.
Prendo atto del fatto che, quando uno ha un controller attivo/passivo, non
ha nessuna convenienza ad avere due HBA, una per ogni controller. L'hai
scritto tu, e hai vinto ai punti per prolasso (mio).


 scritto tu, e hai vinto ai punti per prolasso (mio).
no' , non c'entra assolutamente niente con quello che ho detto...
passo e chiudo.
-- 
Se le classi inferiori non ci danno il buon esempio, che cosa ci stanno
a fare?
                -- Oscar Wilde