Windows Server: MPIO (MSDSM): Alterar o PathVerificationPeriod não faz com que o caminho falhe mais rápido
Summary: Ajustar o Msdsm PathVerificationPeriod, não faz com que o caminho falhe mais rápido. Esse é o comportamento esperado, pois o HBA subjacente ainda sinaliza um caminho saudável. Em vez disso, você precisa alterar os respectivos parâmetros de HBA para sinalizar uma falha de caminho anterior. ...
Instructions
A modificação de PathVerificationPeriod não será acionada como esperado se os valores subjacentes de Emulex HBA-level, NodeTimeOute LinkTimeOutforem maiores e seu teste de falha de caminho incluir a remoção/desativação de links na SAN. Para o Qlogic, esses parâmetros são chamados de Link Down Timeout e Port Down Retry Count.
Observe que umPeríodo de Verificação de caminho do MSDSM não é um "Tempo de espera excedido do PathVerification". O período de verificação do caminho é o período para agendar os testes de caminho. Portanto, a redução do valor agendará mais testes, mas a camada subjacente ainda só sinalizará qualquer alteração de estado depois que os temporizadores do HBA expirarem.
Emulex (Broadcom)
Os parâmetros são definidos na documentação do Emulex da seguinte forma:
LinkTimeOut
"Um temporizador é iniciado em todos os destinos mapeados usando o valor LinkTimeOut quando um linkdown
evento é detectado. Se o temporizador expirar antes que a detecção de link seja resolvida,
Os comandos emitidos para dispositivos com tempo de espera excedido retornam um status SELECTION_TIMEOUT. O
O driver do Miniport Storport é notificado sobre um evento de alteração de barramento, que leva à remoção
de todas as LUNs nos dispositivos com tempo limite excedido.
Valores: 0 a 255 segundos ou 0x0 a 0xFF (hexadecimal)
Inadimplência: 30 (0x1E)"
NodeTimeout
"O temporizador do nó começa quando um nó (ou seja, um destino ou adaptador descoberto) se torna
indisponível. Se o nó não se tornar disponível antes do intervalo
NodeTimeoutexpira, o sistema operacional é notificado para que todos os dispositivos associados (se o nó
for um destino) possam ser removidos. Se o nó ficar disponível antes de NodeTimeout
O intervalo expira, o temporizador é cancelado e nenhuma notificação é feita.
Valores: 1 a 255 segundos ou 0x0 a 0xFF (hexadecimal)
Inadimplência: 30 (0x1E)"
Se, por exemplo, você reduzir o Msdsm PathVerificationPeriod de 30 (0x1e) para 10 (0xa) segundos, então, para um adaptador Emulex FC, você também deve ajustar NodeTimeOut e LinkTimeOut para 10 (0xa).
Consulte a seção Configuração do Guia do usuário dos drivers Emulex para Windows no site da Broadcom para obter mais detalhes sobre como usar o Emulex HBA Manager ou a CLI do Emulex HBA Manager (https://docs.broadcom.com/docs/elx_DRVWin-UG144-100.pdf).
Qlogic (Marvell)
Os parâmetros são definidos na documentação do Qlogic da seguinte forma:
Tempo de espera excedido do link desativado
"Especifica o número de segundos que o software aguarda até que um link que está inativo seja exibido."
Contagem de novas tentativas de porta inativa
"Especifica o número de segundos que o software aguarda antes de reenviar um comando
para uma porta cujo status indica que a porta está inativa."
Se, por exemplo, você reduzir o Msdsm PathVerificationPeriod de 30 (0x1e) para 10 (0xa) segundos, então, para um adaptador Qlogic FC, você também deve ajustar Link Down Timeout e Port Down Retry Count para 10 (0xa). Observe que Port Down Retry Count é um valor em segundos e não um número de ciclos, como se pode concluir pelo termo "count".
Consulte o Guia do usuário do Qlogic na página da Web da Marvell para obter mais detalhes (https://www.marvell.com/content/dam/marvell/en/public-collateral/fibre-channel/marvell-fibre-channel-adapters-qlogic-series-2700-user-guide.pdf)
Referências da CLI
As referências da CLI podem ser encontradas em: