Problemi noti per la Intel® iSCSI Remote Boot

Dopo aver aggiunto o aggiornato hardware o software che potrebbero influire sullo stack di rete, ad esempio driver di rete, pacchetti di servizi del sistema operativo, ecc., è necessario eseguire iscsibcg.exe con le opzioni della riga di comando /verify /fix. Questa utility viene installata come parte dell'installazione del software Microsoft* iSCSI. Si consiglia vivamente che questa utility sia impostata per essere eseguita ad ogni arresto del sistema, in modo da non dimenticare e interrompere il sistema. Per installare questa utility in modo che funzioni all'arresto del sistema, attenersi alla seguente procedura.

1. Eseguire gpedit.msc. In questo modo si avvia l'editor dei criteri di gruppo. in questa utility:
2. Espandere Configurazione computer
3. Espandere Impostazioni di Windows
4. Espandere o selezionare Script (avvio/arresto)
5. Fare doppio clic su Shutdown
6. Si aprirà una finestra di dialogo Delle proprietà di arresto; fare clic sul pulsante Aggiungi e aggiungere questo file eseguibile o un file batch per esegui questo programma.

Dopo aver impostato il sistema per l'avvio remoto iSCSI con due porte collegate a una destinazione e aver avviato correttamente il sistema, se in seguito si tenta di avviare il sistema con solo la porta di avvio secondaria collegata alla destinazione, Microsoft Initiator riavvierà continuamente il sistema.

Per risolvere questa limitazione, attenersi alla seguente procedura:

1. Utilizzando l'editor del Registro di sistema, espandere la seguente chiave del Registro di sistema:
   HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters
2. Creare un valore D FARE CLIC su DisableDHCPMediaSense e impostare il valore su 0.

In un'installazione di Windows*, se si sposta la scheda iSCSI in uno slot PCI diverso da quello in cui si trovavano quando sono stati installati i driver e l'iniziatore di avvio MS ISCSI, potrebbe verificarsi un errore di sistema (schermata blu) durante la parte centrale della schermata iniziale di Windows. Questo problema si verifica se la scheda di rete viene restituita al suo slot PCI originale. Si consiglia di non spostare la scheda di rete utilizzata per l'installazione iSCSI. Si tratta di un problema noto del sistema operativo.

Se è necessario spostare la scheda di rete in un altro slot, è necessario installare una nuova scheda di rete in un altro slot e configurare tale scheda per Intel iSCSI Remote Boot e quindi spostare la scheda di rete precedente.

Attenersi alla seguente procedura:

1. Installare una nuova scheda di rete in un altro slot
2. Configurare la nuova scheda di rete per l'avvio iSCSI
3. Eseguire l'avvio iSCSI del sistema operativo tramite la scheda di rete originale
4. Rendere la nuova scheda di rete avviabile dal sistema operativo con l'avvio iSCSI
5. Riavviare
6. Spostare la vecchia scheda di rete in un altro slot
7. Ripetere i passaggi 2 - 5 per la vecchia scheda di rete appena spostata

Se il driver per il dispositivo in uso per Intel iSCSI Remote Boot viene disinstallato da Gestione dispositivi, Windows schermata blu al riavvio e il sistema operativo dovrà essere nuovamente installato. Si tratta di un problema noto di Windows.

Durante la disinstallazione viene rimosso tutto l'altro software per le connessioni di rete Intel, ma i driver per le schede di avvio remoto iSCSI a cui la priorità di avvio è assegnata come primario o secondario non vengono disinstallati.

Una soluzione per questo problema è modificare il seguente valore del Registro di sistema a 0:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\IOATDMA\Start

Modificare il valore del Registro di sistema solo se Intel iSCSI Remote Boot è attivato e se si desidera l'offload di I/OAT. Se questa impostazione viene cambiata a 0 quando Intel iSCSI Remote Boot è attivata, si verificherà una schermata blu. Deve essere impostato su 3 se il Intel iSCSI Remote Boot è disattivato o al riavvio si verificherà una schermata blu.

Se si utilizzano due schede di rete Intel PRO/1000 PT Server in due slot PCI Express x8, l'installazione di Windows può essere eseguita solo tramite una procedura HDD locale.

Se il nome utente e il segreto di una porta di avvio remoto iSCSI NON corrispondono al nome utente e al segreto DI DESTINAZIONE, Windows Server 2008 potrebbe essere schermata blu o riavviato durante l'installazione o l'avvio. Assicurarsi che tutte le impostazioni TROVA corrispondano a quelle impostate sulla/i destinazione/i.

Se si esegue un Windows F6 senza un'installazione del disco locale, non utilizzare la modalità standby.

Se si esegue un'installazione WDS e si tenta di aggiornare manualmente i driver durante l'installazione, i driver vengono caricati ma il LUN di destinazione iSCSI non viene visualizzato nell'elenco della posizione di installazione. Si tratta di una limitazione nota di WDS senza correzione corrente. Pertanto, è necessario eseguire l'installazione da un DVD o da un supporto USB o inserire i driver nell'immagine WDS WinPE.

Il teaming non è supportato con l'avvio iSCSI. La creazione di un team utilizzando le schede iSCSI primarie e secondarie e la selezione di tale team durante l'installazione dell'iniziatore Di Microsoft potrebbero non riuscire con riavvii costanti. Non selezionare un team per il Intel iSCSI Remote Boot, anche se è disponibile per la selezione durante l'installazione dell'iniziatore.

Per il bilanciamento del carico e il supporto per il failover, è possibile utilizzare MSFT MPIO. Consultare la Guida dell'utente di Microsoft Initiator su come configurare MPIO.

L'esecuzione di un'installazione F6 senza disco mentre viene caricato un dispositivo di archiviazione rimovibile o temporaneo (ad esempio un'unità flash USB o un'unità Firewire) può causare una modifica nell'ordine di avvio del BIOS. In questo caso, è necessario avviare nuovamente l'installazione senza disco F6. Per questo motivo consigliamo di non caricare un dispositivo di archiviazione rimovibile o temporaneo durante un'installazione senza disco F6.

Si tratta di un problema noto per Windows Server 2003 e non può essere risolto con Intel iSCSI Remote Boot. Ulteriori informazioni su questo problema di Windows Server 2003 possono essere trovate nell'articolo del supporto Microsoft kb816793.

Non impostare LAA sulle porte con l'avvio iSCSI abilitato.

Un'installazione F6 potrebbe non riuscire durante il riavvio del passaggio 10 dell'installazione di Windows 2003 senza un disco locale a causa di un conflitto tra il driver Intel F6, l'iniziatore iSCSI Microsoft e le seguenti versioni del firmware del modello di destinazione EMC:

• Array AX4-5: 02.23.050.5.705 o superiore
• Array CX300, CX500, CX700 e CX-3: 03.26.020.5.021 o superiore.
• Array CX-4: 04.28.000.5.701 o versioni successive, incluse 04.29.000.5.xxx successive.

Per evitare l'errore, assicurarsi che la porta iSCSI secondaria non possa raggiungere la destinazione durante il riavvio nel passaggio 10.

Questo problema è causato dal supporto limitato per Large Send Offload (LSO) in questo sistema operativo. Se il traffico ISCSI è richiesto per Windows 2003 Server R2, LSO sarà disattivato.

Se un dispositivo non è impostato su primario ma viene prima utilizzato, il BIOS continuerà a utilizzare la versione di avvio iSCSI del dispositivo. Pertanto, l'utente potrebbe utilizzare una versione precedente del Intel® Ethernet iSCSI Boot di quanto previsto. La soluzione è che tutti i dispositivi nel sistema devono avere la stessa versione di avvio iSCSI. Per farlo, l'utente dovrebbe andare alla scheda Boot Options (Opzioni di avvio) e aggiornare la flash dei dispositivi alla versione più recente.

iSCSI su DCB (priority tagging) non è possibile sulla porta su cui viene creato VMSwitch. Questo è per impostazione in Microsoft* Windows Server* 2012.

La funzione iSCSI per Data Center Bridging (DCB) utilizza i filtri del traffico Quality of Service (QOS) per contrassegnare i pacchetti in uscita con una priorità. Intel iSCSI Agent crea dinamicamente questi filtri di traffico in base alle esigenze sulle reti che utilizzano l'indirizzamento IPv4.

La funzione iSCSI per Data Center Bridging (DCB) utilizza i filtri del traffico Quality of Service (QOS) per contrassegnare i pacchetti in uscita con una priorità. Intel iSCSI Agent crea dinamicamente questi filtri di traffico in base alle esigenze per Windows Server 2008 R2 e versioni successive.

Linux Channel Bonding presenta problemi di compatibilità di Intel iSCSI Remote Boot e non deve essere utilizzato.

Questi messaggi di errore non indicano un blocco durante l'accesso o l'avvio e potrebbero non essere sicuri.

In un sistema iBFT che utilizza RHEL 5.2, Anaconda non avvia automaticamente il networking al momento dell'installazione. L'utente deve visualizzare manualmente il networking tramite una console. Fare riferimento alla documentazione di RedHat per informazioni dettagliate su come forzare manualmente la rete.

RHEL 5.2 non supporta IL PROGRAMMA DI INSTALLAZIONE DURANTE L'INSTALLAZIONE. Se si utilizza l'autenticazione DIGEST sulla destinazione, disattivare IL PROGRAMMA DI INSTALLAZIONE e abilitarlo al termine dell'installazione.

Nei sistemi RHEL5.1, l'interfaccia di rete errata viene tassto al primo avvio iSCSI dopo l'installazione. Ciò causa il blocco del sistema e richiede almeno una reinstallazione. Il modo per risolvere questo problema è modificare lo script init subito dopo l'installazione e cambiare l'interfaccia che si desidera visualizzare. Incoraggiamo vivamente i nostri utenti a utilizzare RHEL5.2 per evitare questo problema.

LRO (Large Receive Offload) non è compatibile con il traffico di destinazione o iniziatore iSCSI. Quando il traffico iSCSI viene ricevuto tramite il driver ixgbe con LRO abilitato, potrebbe verificarsi un panico. Per risolvere questo problema, il driver deve essere costruito e installato con:

# make CFLAGS_EXTRA=-DIXGBE_NO_LRO installare

Da un LUN remoto, l'avvio iSCSI funziona solo sulla stessa porta utilizzata per l'installazione nel LUN remoto. Non è possibile eseguire l'avvio da una porta LAN alternativa dopo l'installazione di iSCSI.