Problèmes connus pour le Intel® iSCSI Remote Boot
Cliquez sur ou sur la rubrique pour plus d’informations :
Problèmes connus de Windows
Ajout/mise à jour de matériel ou de logiciels sur Microsoft Windows Server* 2003
Après avoir ajouté ou mis à jour du matériel ou des logiciels qui pourraient avoir un impact sur la pile réseau, par exemple les pilotes réseau, les packs de service du système d’exploitation, etc., vous devez exécuter iscsibcg.exe avec /vérifier /corriger les options de ligne de commande. Cet utilitaire est installé dans le cadre de l’installation du logiciel Microsoft* iSCSI. Il est vivement recommandé que cet utilitaire soit configuré pour fonctionner à chaque arrêt du système afin que vous n’oubliez pas et que vous ne cassiez pas le système. Pour configurer cet utilitaire pour qu’il s’exécute à l’arrêt du système, suivez ces étapes.
- Exécutez gpedit.msc. Cela lancera l’éditeur de stratégies de groupe ; dans cet utilitaire :
- Développer la configuration de l’ordinateur
- Développer les paramètres Windows
- Développez ou sélectionnez Scripts (démarrage/arrêt)
- Double-cliquez sur Arrêt
- Cela ouvre une boîte de dialogue Shutdown Properties ; cliquez sur le bouton Ajouter et ajoutez ce fichier exécutable ou un fichier de lot pour l’exécuter.
Microsoft* Initiator ne démarre pas sans lien sur le port d’amorçage
Après avoir mis en place le système de démarrage à distance iSCSI avec deux ports connectés à une cible et amorçage réussi du système, si vous essayez ultérieurement de démarrer le système avec uniquement le port d’amorçage secondaire connecté à la cible, Microsoft Initiator redémarrera en permanence le système.
Pour contourner cette limitation, suivez les étapes suivantes :
- À l’aide de l’éditeur de registre, développez la clé de registre suivante :
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Paramètres - Créez une valeur DWORD appelée DisableDHCPMediaSense et définissez la valeur sur 0.
Déplacer la carte réseau iSCSI dans un emplacement différent
Dans une installation Windows*, si vous déplacez la carte iSCSI sur un emplacement PCI autre que celui dans qui il se trouvait lorsque les pilotes et MS ISCSI Boot Initiator ont été installés, une erreur système (écran bleu) peut se produire au milieu de l’écran de démarrage Windows. Ce problème s’envole si vous retournez la carte à son emplacement PCI d’origine. Nous vous recommandons de ne pas déplacer la carte utilisée pour l’installation iSCSI. Il s’agit d’un problème connu du système d’exploitation.
Si vous devez déplacer la carte dans un autre emplacement, vous devez installer une nouvelle carte dans un autre emplacement et installer cette carte pour Intel iSCSI Remote Boot puis déplacer la carte précédente.
Suivez ces étapes :
- Installer une nouvelle carte dans un autre emplacement
- Configurer la nouvelle carte pour iSCSI Boot
- Effectuez un démarrage iSCSI depuis le système d’exploitation à l’aide de la carte d’origine
- Rendre la nouvelle carte iSCSI amorçable au système d’exploitation
- Redémarrer
- Déplacez l’ancienne carte dans un autre emplacement
- Répétez les étapes 2 à 5 pour l’ancienne carte que vous avez déplacée
La désinstallation du pilote peut entraîner un écran bleu
Si le pilote du périphérique utilisé pour Intel iSCSI Remote Boot est désinstallé à l’aide du Gestionnaire de périphériques, Windows affiche un écran bleu sur le redémarrage et le système d’exploitation doit être réinstallé. Il s’agit d’un problème Windows connu.
Les cartes flashées avec l’image iSCSI ne sont pas supprimées du Gestionnaire de périphériques pendant la désinstallation
Pendant la désinstallation, tous les autres logiciels de connexion réseau Intel sont supprimés, mais les pilotes des cartes d’amorçage à distance iSCSI qui ont la priorité de démarrage attribuée comme principal ou secondaire ne sont pas désinstallés.
Intel® I/OAT déchargement peut s’arrêter avec Intel® iSCSI Remote Boot ou l’Initiateur Microsoft installé
Une solution de contournement pour ce problème est de modifier la valeur de registre suivante à 0:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\IOATDMA\Start
Modifiez uniquement la valeur de registre Intel iSCSI Remote Boot activée et si vous souhaitez un déchargement I/OAT. Un écran bleu se produit si ce paramètre est modifié vers 0 lorsque le Intel iSCSI Remote Boot n’est pas activé. Il doit être réactivé sur 3 si l’Intel iSCSI Remote Boot est désactivé ou si un écran bleu s’affiche lors du redémarrage.
Il est possible que le pilote NDIS ne se charge pas pendant Intel iSCSI Remote Boot installation F6 avec la carte réseau Intel® PRO/1000 PT pour serveurs
Si vous utilisez deux cartes réseau Intel® PRO/1000 PT pour serveurs dans deux emplacements PCI Express x8, l’installation de Windows peut être effectuée uniquement via une procédure de disque dur local.
Les paramètres DURA non valides peuvent entraîner l’affichage bleu de Windows Server 2008*
Si le nom et le secret d’un port d’amorçage à distance iSCSI DUSI NE CORRESPONDENT pas au nom d’utilisateur et au secret d’utilisation VISÉ, Windows Server 2008 peut écran bleu ou redémarrer pendant l’installation ou le démarrage. Assurez-vous que tous les paramètres DUS ONT CORRESPONDENT à ceux de la ou des cibles.
Le pilote F6 ne prend pas en charge le mode veille
Si vous effectuez une windows F6 sans installation de disque local, n’utilisez pas le mode veille.
Installation de Windows Server 2008 lors d’une installation WDS
Si vous réalisez une installation WDS et tentez de mettre à jour manuellement les pilotes pendant l’installation, le chargement des pilotes est effectué, mais le LUN cible iSCSI ne s’affiche pas dans la liste d’emplacements d’installation. Il s’agit d’une limitation WDS connue, sans correctif actuel. Vous devez donc effectuer l’installation à partir d’un DVD ou d’un support USB ou injectez les pilotes sur l’image WDS WinPE.
Amorçage et amorçage iSCSI sous Windows*
L’amorçage n’est pas pris en charge par iSCSI Boot. Il est possible que la création d’une équipe à l’aide des cartes iSCSI primaires et secondaires et la sélection de cette équipe pendant l’installation de l’initiateur Microsoft échouent avec des redémarrages constants. Ne sélectionnez pas une équipe pour Intel iSCSI Remote Boot, même si elle est disponible pour la sélection pendant l’installation du initiateur.
Pour l’équilibrage de charge et la prise en charge des pannes, vous pouvez utiliser MSFT MPIO à la place. Consultez le Guide de l’utilisateur Microsoft Initiator sur la façon d’installer MPIO.
Réaliser une installation F6 sans disque avec un périphérique de stockage amovible/temporaire lors de l’exécution de Windows Server 2003
Le chargement d’une installation F6 sans disque alors qu’un périphérique de stockage amovible ou temporaire (comme un lecteur flash USB ou un lecteur Firewire) est chargé risque d’entraîner des changements dans l’ordre d’amorçage du BIOS. Si cela se produit, vous devez recommencer l’installation F6 sans disque. C’est pourquoi nous vous déconseillons de charger un périphérique de stockage amovible ou temporaire lors d’une installation sans disque F6.
Il s’agit d’un problème connu pour Windows Server 2003 et ne peut pas être rectifié par Intel iSCSI Remote Boot. Vous pouvez trouver des informations supplémentaires sur ce problème Windows Server 2003 dans l’article d’assistance Microsoft kb816793.
Le paramètre LAA (Adresse administrée localement) sur un port activé par démarrage iSCSI entraîne une panne du système lors du prochain redémarrage
Ne définissez pas l’AA sur les ports avec iSCSI Boot activé.
L’installation de la F6 risque d’échouer avec certaines cibles EMC
Une installation F6 peut échouer lors du redémarrage à l’étape 10 de l’installation de Windows 2003 sans disque local en raison d’un conflit entre le pilote Intel F6, le Microsoft iSCSI Initiator et les versions suivantes du microprogramme du modèle cible EMC :
- Batteries AX4-5 : 02.23.050.5.705 ou supérieure
- Séries CX300, CX500, CX700 et CX-3 : 03.26.020.5.021 ou supérieure.
- Batteries série CX-4 : 04.28.000.5.701 ou supérieure, y compris toutes les 04.29.000.5.xxx.
Pour éviter la panne, veillez à ce que le port secondaire iSCSI ne puisse pas atteindre l’objectif lors du redémarrage à l’étape 10.
Avec un trafic iSCSI élevé sur Microsoft* Windows 2003 Server* R2, les études de cas sont 82598 avec du silicium
Ce problème est dû à la prise en charge limitée des LSO (Large Send Offload) dans ce système d’exploitation. Veuillez noter que si le trafic ISCSI est nécessaire pour Windows 2003 Server R2, les LSO seront désactivés.
Intel® Ethernet iSCSI Boot version ne correspond pas entre les versions affichées sur les Intel® PROSet et le texte faisant défiler le texte pendant l’amorçage
Si un périphérique n’est pas placé sur le mode principal mais est d’abord tronqué, le BIOS utilisera toujours la version d’amorçage iSCSI de ce périphérique. Par conséquent, il est possible que l’utilisateur utilise une version antérieure de Intel® Ethernet iSCSI Boot que prévu. La solution est que tous les périphériques du système doivent avoir la même version d’amorçage iSCSI. Pour ce faire, l’utilisateur doit se rendre à l’onglet Options de démarrage et mettre à jour la mémoire flash des périphériques avec la dernière version.
Problèmes connus iSCSI et DCB
iSCSI sur DCB utilisant Microsoft* Windows Server* 2012
ISCSI sur DCB (marquage de priorité) n’est pas possible sur le port sur lequel VMSwitch est créé. Cela est conçu par Microsoft* Windows Server* 2012.
La création automatique de filtres de trafic iSCSI pour DCB est uniquement prise en charge sur les réseaux qui utilisent l’adressage IPv4
La fonctionnalité iSCSI for Data Center Bridging (DCB) utilise les filtres de trafic QOS (Quality of Service) pour étiqueter les paquets sortants avec une priorité. Intel iSCSI Agent crée dynamiquement ces filtres de trafic selon les besoins sur les réseaux à l’aide de l’adresse IPv4.
La création automatique de filtres de trafic iSCSI pour DCB, à l’aide de cartes virtuelles créées par Hyper-V, est uniquement prise en charge sur les version R2 et ultérieures de Microsoft* Windows Server* 2008.
La fonctionnalité iSCSI for Data Center Bridging (DCB) utilise des filtres de trafic QOS (Quality of Service) pour étiqueter les paquets sortants avec une priorité. Intel iSCSI Agent crée dynamiquement ces filtres de trafic selon les besoins de Windows Server 2008 R2 et de ultérieures.
Problèmes linux connus
Liaison de canaux
Linux Channel Bonding a des problèmes de compatibilité de base avec les Intel iSCSI Remote Boot et ne doit pas être utilisé.
Les erreurs d’authentification de la cible EqualLogic peuvent s’afficher dans dingégage lors de l’exécution de Red Hat* Enterprise Linux 4
Ces messages d’erreur n’indiquent pas un bloc de connexion ou de démarrage et peuvent être ignorés en toute sécurité.
Système iBFT utilisant RHEL 5.2
Dans un système iBFT utilisant RHEL 5.2, Anaconda ne démarre pas automatiquement le réseau lors de l’installation. L’utilisateur doit mettre en réseau manuellement à l’intermédiaire d’une console. Reportez-vous à la documentation RedHat pour obtenir des détails sur la façon de forcer manuellement le réseau.
PRISE EN CHARGE DU GROUPE D’ASSISTANCE THS AVEC RHEL 5.2
RHEL 5.2 ne prend pas en charge LE TYPE D’INSTALLATION PENDANT L’installation. Si vous utilisez l’authentification MEC sur la cible, veuillez désactiver CETTEO pendant l’installation et l’activer une fois l’installation terminée.
RHEL 5.1
Sur les systèmes RHEL5.1, la mauvaise interface réseau est mise en place lors du premier amorçage iSCSI après l’installation. Cela entraîne la suspendre et nécessite au moins une réinstallation. La solution de contournement de ce problème est de modifier le script init peu après l’installation et de modifier l’interface que vous souhaitez mettre en place. Nous encourageons fortement nos utilisateurs à utiliser RHEL5.2 pour éviter ce problème.
Incompatibilité LRO et iSCSI
Le LRO (Large Receive Offload) est incompatible avec le trafic cible ou initiateur iSCSI. Une panique peut survenir lorsque le trafic iSCSI est reçu par le pilote ixgbe avec LRO activé. Pour contourner cette situation, le pilote doit être construit et installé avec :
#make CFLAGS_EXTRA=-DIXGBE_NO_LRO installer
RHEL 5.X
À partir d’un LUN distant, le démarrage iSCSI fonctionne uniquement sur le même port que celui qui a été utilisé pour l’installation sur le LUN distant. Vous ne pouvez pas démarrer à partir d’un autre port LAN après l’installation d’iSCSI.
| Rubriques connexes |
| Comment résoudre les problèmes Intel® iSCSI Remote Boot’autres problèmes ? |
| Incompatibilité LRO et iSCSI |
| RHEL 5.X |
