Windows Server: MPIO (MSDSM): La modifica di PathVerificationPeriod non accelera l'errore del percorso
Summary: La modifica di Msdsm PathVerificationPeriod non accelera l'esito negativo del percorso. Si tratta di un comportamento previsto, perché l'HBA sottostante segnala ancora un percorso integro. È invece necessario modificare i rispettivi parametri HBA per segnalare prima un errore di percorso. ...
Instructions
La modifica di PathVerificationPeriod non si attiva come previsto, se i valori sottostanti, Emulex HBA-level, NodeTimeOute LinkTimeOutsono superiori e il test di errore del percorso include la rimozione/disabilitazione dei link nella SAN. Per QLogic, questi parametri sono denominati Link Down Timeout e Port Down Retry Count.
Si noti che unperiodo di verifica del percorso msdsm non è un "timeout di verifica del percorso". Il periodo di verifica del percorso è il periodo di tempo per pianificare i test del percorso. Pertanto, se si riduce il valore, verranno pianificati più test, ma il livello sottostante continuerà a segnalare qualsiasi modifica dello stato solo dopo la scadenza dei timer HBA.
Emulex (Broadcom)
I parametri sono definiti nella documentazione Emulex come segue:
LinkTimeOut (Tempo di collegamento)
"Viene avviato un timer su tutte le destinazioni mappate utilizzando il valore LinkTimeOut quando un linkdown
viene rilevato un evento. Se il timer scade prima della risoluzione del rilevamento dei collegamenti,
I comandi inviati ai dispositivi con timeout restituiscono uno stato SELECTION_TIMEOUT. Le
L'autista del miniporto di Storport riceve una notifica di un evento di modifica del bus, che determina la rimozione
di tutte le LUN sui dispositivi con timeout.
Valori: Da 0 a 255 secondi o da 0x0 a 0xFF (esadecimale)
Default: 30 (0x1E)"
NodoTimeout
"Il timer del nodo si avvia quando un nodo (ovvero, una destinazione o una scheda rilevata) diventa
indisponibile. Se il nodo non riesce a diventare disponibile prima dell'intervallo
NodeTimeoutscade, il sistema operativo riceve una notifica in modo che tutti i dispositivi associati (se il nodo
è una destinazione) possano essere rimossi. Se il nodo diventa disponibile prima di NodeTimeout
L'intervallo scade, il timer viene annullato e non viene effettuata alcuna notifica.
Valori: Da 1 a 255 secondi o da 0x0 a 0xFF (esadecimale)
Default: 30 (0x1E)"
Se, ad esempio, si riduce Msdsm PathVerificationPeriod da 30 (0x1e) a 10 (0xa) secondi, per un adattatore FC Emulex è necessario regolare anche NodeTimeOut e LinkTimeOut su 10 (0xa).
Fare riferimento alla sezione Configurazione della Guida utente di Emulex Drivers for Windows sul sito Web di Broadcom per ulteriori dettagli sull'utilizzo di Emulex HBA Manager o Emulex HBA Manager CLI (https://docs.broadcom.com/docs/elx_DRVWin-UG144-100.pdf).
QLogic (Marvell)
I parametri sono definiti nella documentazione QLogic come segue:
Timeout collegamento inattivo
"Specifica il numero di secondi in cui il software attende che un link inattivo venga visualizzato."
Numero di tentativi di inattività delle porte
"Specifica il numero di secondi che il software attende prima di inviare nuovamente un comando
a una porta il cui stato indica che la porta è inattiva."
Se, ad esempio, si riduce Msdsm PathVerificationPeriod da 30 (0x1e) a 10 (0xa) secondi, per una scheda QLogic FC, è necessario regolare anche Link Down Timeout e Port Down Retry Count su 10 (0xa). Il numero di tentativi inattivi è un valore espresso in secondi e non un numero di cicli, come si potrebbe dedurre dal termine "conteggio".
Per ulteriori dettagli, fare riferimento alla Guida utente di QLogic sulla pagina Web di Marvell (https://www.marvell.com/content/dam/marvell/en/public-collateral/fibre-channel/marvell-fibre-channel-adapters-qlogic-series-2700-user-guide.pdf)
Riferimenti CLI
I riferimenti alla CLI sono disponibili in: