26 mai 2017—KB4023680 (Build SE 14393.1230)

Les ordinateurs Windows Server 2012 R2 et Server 2016 qui présentent des déconnexions aux cibles liées à iSCSI peuvent présenter de nombreux symptômes différents. Il s’agit notamment, sans s’y limiter :

• Le système d’exploitation ne répond plus
• Vous recevez des erreurs d’arrêt (erreurs de vérification d’erreur) 0x80, 0x111, 0x1C8, 0xE2, 0x161, 0x00, 0xF4, 0xEF, 0xEA, 0x101, 0x133 ou 0xDEADDEAD.
• Les échecs d’ouverture de session utilisateur se produisent avec une erreur « Aucun serveur d’ouverture de session disponible ».
• Les défaillances d’application et de service se produisent en raison d’une insuffisance de ports éphémère.
• Un nombre exceptionnellement élevé de ports éphémères sont utilisés par le processus système.
• Un nombre anormalement élevé de threads sont utilisés par le processus système.

Cause
        
Ce problème est dû à un problème de verrouillage sur les ordinateurs Windows Server 2012 R2 et Windows Server 2016 RS1, qui entraîne des problèmes de connectivité pour les cibles iSCSI. Le problème peut se produire après l’installation d’une des mises à jour suivantes :

Windows Server 2012 R2

Windows Server 2016 RTM (RS1)

         Vérification

• Vérifiez la version du pilote MSISCSI suivant sur le système :

  c:\windows\system32\drivers\msiscsi.sys

  La version qui exposera ce comportement est 6.3.9600.18624 pour Windows Server 2012 R2 et la version 10.0.14393.1066 pour Windows Server 2016.

• Les événements suivants sont enregistrés dans le journal système :

  Source de l’événement	ID	Text (Texte)
  iScsiPrt	34	Une connexion à la cible a été perdue, mais l’initiateur s’est reconnecté avec succès à la cible. Les données de vidage contiennent le nom de la cible.
  iScsiPrt	39	L’initiateur a envoyé une commande de gestion des tâches pour réinitialiser la cible. Le nom de la cible est indiqué dans les données de vidage.
  iScsiPrt	9	La cible n’a pas répondu à temps pour une demande SCSI. La CDB est indiquée dans les données de vidage.

• Examinez le nombre de threads qui s’exécutent dans le cadre du processus Système et comparez-le à une base de référence connue pour fonctionner.

• Examinez le nombre de handles actuellement ouverts par le processus Système et comparez-le à une base de référence de travail connue.

• Examinez le nombre de ports éphémères utilisés par le processus Système.

• À partir d’un PowerShell d’administration, exécutez la commande suivante :

  Get-NetTCPConnection | Group-Object -État de propriété, OwningProcess | Trier Nombre

  Ou, à partir d’une invite de commandes administratives, exécutez la commande NETSTAT suivante avec le commutateur « Q ». Affiche les ports « liés » qui ne sont plus connectés :

  NETSTAT –ANOQ

  Concentrez-vous sur les ports appartenant au processus SYSTEM.

  Pour les trois points précédents, tout ce qui dépasse 12 000 devrait être considéré comme suspect. Si des cibles iSCSI sont présentes dans l’ordinateur, il y a une forte probabilité que le problème se produise.

Solution
        
Si les journaux des événements indiquent que de nombreuses reconnexions se produisent, contactez votre fournisseur iSCSI et network fabric pour vous aider à diagnostiquer et corriger la raison de l’échec du maintien des connexions aux cibles iSCSI. Assurez-vous que les cibles iSCSI sont accessibles sur la structure réseau actuelle. Installez les correctifs mis à jour dès qu’ils sont disponibles. Nous mettrons à jour cet article avec le numéro d’article spécifique du correctif à installer lorsqu’il sera disponible.

Remarque Il n’est pas recommandé de désinstaller les correctifs cumulatifs de sécurité de mars, avril, mai ou juin. Cela exposerait les ordinateurs à des attaques de sécurité connues et à d’autres bogues qui sont atténués par des mises à jour mensuelles. Il est recommandé de collaborer d’abord avec les fournisseurs de réseaux et de cibles iSCSI pour résoudre les problèmes de connectivité à l’origine des reconnexions de cibles.