Problemi noti con FCoE Ethernet Intel®

Documentazione

Risoluzione dei problemi

000007715

23/08/2019

Si tratta di problemi noti quando si utilizzano schede di rete Ethernet Intel® per server con Intel® Ethernet FCoE. Questo elenco è aggiornato al software Intel® Network Connections versione 17,4. Fare riferimento alla Guida dell'utente per ulteriori informazioni sull'installazione e la configurazione delle schede di rete Ethernet Intel per server.


Problemi di Intel® Ethernet FCoE Windows *

  • Il driver miniport di storage virtuale Intel® Ethernet per FCoE potrebbe scomparire da Gestione dispositivi

    Il driver miniport di storage virtuale Intel® Ethernet per FCoE potrebbe scomparire da Gestione dispositivi dopo:

    • Viene rimossa una rete virtuale.
    • Le impostazioni della scheda NIC Intel sottostante sono modificate.

    Ciò può verificarsi quando la scheda corrispondente è virtualizzata per creare una nuova rete virtuale o eliminare o modificare una rete virtuale esistente. Può anche verificarsi quando vengono modificate le impostazioni della scheda NIC Intel sottostante, tra cui la disattivazione o la riattivazione della scheda.

    Come soluzione alternativa, l'utente deve rimuovere tutte le dipendenze delle risorse del driver miniport di storage virtuale Intel® Ethernet per FCoE che sono attualmente utilizzate dal sistema prima di apportare qualsiasi modifica all'adattatore Intel per la virtualizzazione. Ad esempio, in uno scenario di casi di utilizzo, all'utente potrebbe essere stato assegnato il disco o i dischi FCoE dal driver di storage FCoE per eseguire una delle sue macchine virtuali e, allo stesso tempo, l'utente desidera modificare la configurazione dello stesso adattatore Intel per la virtualizzazione. In questo scenario, l'utente deve rimuovere i dischi FCoE dalla macchina virtuale prima di modificare la configurazione della scheda di rete Intel.

  • La porta virtuale potrebbe scomparire dalla macchina virtuale

    Quando la macchina virtuale viene avviata, viene chiesto al driver di miniport di storage virtuale Intel® Ethernet per FCoE (il driver) di creare una porta virtuale. Se il driver viene successivamente disattivato, la porta virtuale potrebbe scomparire. L'unico modo per riavere la porta virtuale è quello di abilitare il driver e riavviare la macchina virtuale.

  • Windows Server 2008 * con driver miniport Hyper-V-storage non viene caricato quando una scheda viene aggiunta o rimossa come VNIC

    In Windows Server 2008 con Hyper-V, il driver di miniport di storage potrebbe non essere caricato automaticamente dopo l'aggiunta o la rimozione di una scheda DCB/FCoE come dispositivo virtuale esterno condiviso. Per caricare il driver di miniport di storage, reimpostare la scheda.

  • Quando si installa Intel® Ethernet FCoE dopo aver installato ANS e creato il team di poppa, Storports non è installato

    Se l'utente installa ANS e crea un team di poppa e quindi installa FCoE/DCB, il risultato è che DCB è disattivato per impostazione predefinita. Se l'utente Abilita DCB su una porta, il sistema operativo rileva Storports e l'utente deve fare clic manualmente sulla nuova procedura guidata hardware per consentire l'installazione di ciascuna di esse. Se l'utente non lo fa, lo status di DCB non è operativo e il motivo fornito non è un peer.

  • I team di aggregazione dei collegamenti non sono supportati con gli Switch FCoE Ethernet Intel® esistenti
  • Intel® PROSet per Windows * Device Manager (DMiX) non è sincronizzato con l'Utility Intel® Ethernet FCoE CTRL-D

    Quando l'utente disattiva FCoE tramite il menu Control-D, l'interfaccia utente di Intel PROSet per Windows Device Manager dichiara che il flash contiene un'immagine FCoE, ma che il flash deve essere aggiornato. Aggiornando di nuovo il flash con l'immagine FCoE, riattivare FCoE e restituire l'utente allo stato in cui sono disponibili tutte le impostazioni FCoE.

    Se l'utente utilizza il menu Control-D per disabilitare FCoE, dovrebbe utilizzare il menu Control-D per abilitarlo perché Intel PROSet per Windows Device Manager non supporta l'abilitazione o la disattivazione di FCoE.

  • le schede di rete basate su 82599 e X540 non sono visualizzate come conforme a SPC-3 nella configurazione di Windows * MPIO

    Poiché l'iniziatore FCoE è un dispositivo virtualizzato, non presenta un ID hardware univoco e non viene quindi visualizzato come dispositivo conforme SPC-3 nella configurazione di Windows MPIO.

  • Quando si rimuove il teaming ALB, tutte le funzioni FCoE Ethernet Intel® non riescono, tutte le schede DMIX sono in grigio e entrambe le porte della scheda di rete non riescono

    Per ANS teaming per funzionare con Microsoft Network Load Balancer (NLB) in modalità unicast, l'LAA del team deve essere impostata su IP node cluster. Per la modalità ALB, il bilanciamento del carico di ricezione deve essere disattivato. Per ulteriori dettagli sulla configurazione, fare riferimento all' utilizzo di schede di rete con il bilanciamento del carico di rete può causare problemi di rete

    Il teaming ANS funziona anche quando NLB è in modalità multicast. Per una corretta configurazione della scheda in questa modalità, fare riferimento aID evento 53-funzionalità della scheda di rete
  • Il traffico FCoE e TCP/IP sulla stessa VLAN potrebbe non funzionare su alcuni switch

    Si tratta di un problema di progettazione e configurazione noto per gli interruttori.


Problemi di avvio di Intel® Ethernet FCoE

Problemi noti dell'opzione ROM

  • Problemi di individuazione con più VLAN FCoE
    L'opzione ROM FCoE potrebbe non rilevare la VLAN desiderata quando si esegue il rilevamento della VLAN dalla funzione di individuazione degli obiettivi. Se la casella individua VLAN viene compilata con la VLAN sbagliata, inserire la VLAN desiderata prima di eseguire le destinazioni di rilevamento.

Problemi noti di Windows

  • Supporto per gli interruttori broccati nella versione 16,4
    Intel® Ethernet FCoE boot non supporta gli switch broccati nella versione 16,4. Se necessario, utilizzare la versione 16,2.

  • Windows utilizza un file di paging sul disco locale
    Dopo l'imaging, se il disco locale non viene rimosso prima di eseguire l'avvio dal disco FCoE, Windows potrebbe utilizzare il file di paging dal disco locale.

  • Il dump dei crash su dischi FCoE è supportato solo dal LUN di avvio FCoE
    I seguenti scenari non sono supportati:

    • Crash dump su un disco FCoE se la directory Windows non si trova sul LUN di avvio FCoE.
    • Utilizzo del valore del registro di sistema DedicatedDumpFile per indirizzare il dump del crash a un altro LUN FCoE.
  • Arrestare il servizio IntelDCB può causare il blocco o il crash del sistema operativo

  • La disinstallazione di FCoE da un disco locale potrebbe essere bloccata perché il programma di installazione segnala erroneamente che il sistema viene avviato da FCoE
    Quando l'opzione ROM FCoE si connette a un disco FCoE durante l'avvio, il programma di installazione di Windows potrebbe non essere in grado di determinare se il sistema è stato avviato da FCoE o meno e bloccherà la disinstallazione di FCoE. Per disinstallare, configurare l'opzione ROM in modo che non si colleghi a un disco FCoE.

  • Impossibile creare interfacce VLAN con Intel® Ethernet FCoE Boot abilitato
    Quando viene avviato con FCoE, un utente non può creare VLAN e/o team per altri tipi di traffico. Ciò impedisce la funzionalità convergente per il traffico non FCoE.

  • Scheda di rete per server configurata per FCoE avvio disponibile come vNIC condivisa esterna tramite Hyper-V
    Se una porta è impostata come porta di avvio, quando l'utente installa il ruolo Hyper V nel sistema e quindi passa a Hyper V Network Manager per selezionare quale porta virtualizzare esternamente, viene visualizzata la porta di avvio, che non dovrebbe.

    Quando si imposta la porta su una porta di avvio in Intel PROSet per Windows Device Manager (DMIX), viene visualizzato un messaggio che indica che l'utente deve riavviare il sistema affinché le modifiche siano effettive, ma non impone il riavvio. Di conseguenza, le applicazioni di livello utente sono in modalità di avvio (ad esempio, la scheda Data Center è grigia), ma i driver di livello kernel non sono stati riavviati per indicare al sistema operativo che la porta è una porta di avvio. Quando l'utente aggiunge il servizio Hyper V al sistema, il sistema operativo utilizza un colpo istantaneo delle porte disponibili e questa è la ripresa istantanea che utilizza dopo l'aggiunta del ruolo Hyper V, il riavvio del sistema e l'utente entra in Virtual Network Manager di Hyper V per virtualizzare il po RTS. Di conseguenza, viene visualizzata anche la porta di avvio.

    Soluzioni

    Riavviare il sistema dopo aver impostato una porta su una porta di avvio e prima di aggiungere il ruolo Hyper V. La porta non è visualizzata nell'elenco delle porte virtualizzabili nell'Hyper V Virtual Network Manager.

    Disattivare/abilitare la porta in gestione dispositivi dopo averlo impostato per l'avvio e prima di aggiungere il ruolo Hyper V. La porta non è visualizzata nell'elenco delle porte virtualizzabili nell'Hyper V Virtual Network Manager.

  • FCoE LinkDown timeout non riesce prematuramente quando viene avviato in remoto
    Se una porta avviata tramite FCoE perde il collegamento per un periodo superiore al tempo specificato nell'impostazione LinkDown timeout Advanced nel driver miniport di storage virtuale Intel® Ethernet per FCoE, il sistema si arresterà. I valori di timeout LinkDown superiori a 30 secondi potrebbero non fornire tempo supplementare prima di un arresto anomalo del sistema.

Argomenti correlati
FAQ: bridging per Data Center (DCB) e Fibre Channel su Ethernet (FCoE)
Compatibilità DCB/FCoE
Hotfix per Windows * Server richiesti per MPIO & DSM
Guida dell'utente