9211-8i HBA (modo IT) com o expansor Supermicro

1

Eu consegui levar as coisas a um ponto que eu vejo todas as minhas unidades listadas com "multipath -l". Agora a questão é como adicioná-los a um zpool do ZFS? Todas as tentativas de usar os nomes dm * naming ou / dev / mapper falham com o dispositivo ocupado ou já ativo. Não consigo encontrar a sintaxe correta para o vdev_id.conf. O dmesg definitivamente relata ambos os meus expansores e todas as 24 unidades são listadas uma vez para cada expansor. A LSI diz que eles não suportam essa funcionalidade no 9211-8i. É apenas parte dos "recursos suportados", mas cabe ao comprador descobrir como fazer o trabalho de failover ou multipath. Eles oferecem uma solução mais integrada, claro, em que eles suportam essas coisas. Choque: - \

Alguém pode comentar ou me apontar na direção certa sobre o seguinte. Estou configurando uma caixa CentOS (Rocks6) com um LBA 9211-8i HBA (modo IT) e um expansor Supermicro SAS (24 drives). Se eu conectar os dois cabos ao expansor, recebo 48 dispositivos, e presumo que preciso configurar o multipath pelo que li. Mas estou tendo problemas para encontrar orientação apropriada para criar um multipath.conf. Multipath parece capaz de detectar todos os IDs de dispositivos correspondentes, mas eu nunca termino com nenhum dispositivo listado em multipath -l. E não tenho certeza se essa configuração suporta multipath ou apenas failover. Acho que o que pode estar faltando é a capacidade do driver de descobrir quais dispositivos têm maior prioridade. Entre outras coisas.

Apr 08 21:16:23 | found multiple paths with wwid 35000c50004415bcb, multipathing sdaw
Apr 08 21:16:23 | Found matching wwid [35000c50004415bcb] in bindings file. Setting alias to mpathp
Apr 08 21:16:23 | sdy: ownership set to mpathp
Apr 08 21:16:23 | sdy: not found in pathvec
Apr 08 21:16:23 | sdy: mask = 0xc
Apr 08 21:16:23 | sdy: get_state
Apr 08 21:16:23 | sdy: path checker = readsector0 (controller setting)
Apr 08 21:16:23 | sdy: checker timeout = 30000 ms (sysfs setting)
Apr 08 21:16:23 | sdy: state = running
Apr 08 21:16:23 | sdy: state = 3
Apr 08 21:16:23 | sdy: state = running
Apr 08 21:16:23 | sdy: detect_prio = 2 (config file default)
Apr 08 21:16:23 | sdy: prio = const (config file default)
Apr 08 21:16:23 | sdy: const prio = 1
Apr 08 21:16:23 | sdaw: ownership set to mpathp
Apr 08 21:16:23 | sdaw: not found in pathvec
Apr 08 21:16:23 | sdaw: mask = 0xc
Apr 08 21:16:23 | sdaw: get_state
Apr 08 21:16:23 | sdaw: path checker = readsector0 (controller setting)
Apr 08 21:16:23 | sdaw: checker timeout = 30000 ms (sysfs setting)
Apr 08 21:16:23 | sdaw: state = running
Apr 08 21:16:23 | sdaw: state = 3
Apr 08 21:16:23 | sdaw: state = running
Apr 08 21:16:23 | sdaw: detect_prio = 2 (config file default)
Apr 08 21:16:23 | sdaw: prio = const (config file default)
Apr 08 21:16:23 | sdaw: const prio = 1
Apr 08 21:16:23 | mpathp: pgfailback = 15 (controller setting)
Apr 08 21:16:23 | mpathp: pgpolicy = multibus (controller setting)
Apr 08 21:16:23 | mpathp: selector = round-robin 0 (controller setting)
Apr 08 21:16:23 | mpathp: features = 0 (internal default)
Apr 08 21:16:23 | mpathp: hwhandler = 0 (controller setting)
Apr 08 21:16:23 | mpathp: rr_weight = 2 (controller setting)
Apr 08 21:16:23 | mpathp: minio = 1 rq (config file default)
Apr 08 21:16:23 | mpathp: no_path_retry = -2 (controller setting)
Apr 08 21:16:23 | pg_timeout = NONE (internal default)
Apr 08 21:16:23 | mpathp: retain_attached_hw_handler = 1 (config file default)
Apr 08 21:16:23 | mpathp: set ACT_CREATE (map does not exist)
Apr 08 21:16:23 | mpathp: domap (0) failure for create/reload map
Apr 08 21:16:23 | mpathp: ignoring map
    
por Mark M 09.04.2014 / 06:22

1 resposta

0

Eu essencialmente explodi o máximo possível e comecei de novo. A segunda vez em torno das coisas parece ter funcionado como esperado. Eu provavelmente tive uma ou duas variáveis no multipath.conf que estragou tudo. Dessa vez, permiti que ele começasse sem nenhum arquivo e fiz pequenas edições. A partir do CentOS 6.3, acho que esta é a melhor maneira de começar.

A criação dos volumes do ZFS não teve problemas desde a reinicialização do processo de configuração do multipath do zero.

    
por 11.04.2014 / 20:19