KB4019215 du 9 mai 2017 (cumulatif mensuel)

Windows Server 2012 ordinateurs R2 et Server 2016 qui rencontrent des déconnexions aux cibles iSCSI attachées peuvent présenter de nombreux symptômes différents. Il s’agit notamment des éléments suivants :

• Le système d’exploitation cesse de répondre
• 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 de connexion utilisateur se produisent avec une erreur « Aucun serveur d’ouverture de session disponible ».
• Les échecs d’application et de service se produisent en raison de l’épuisement des ports éphémères.
• Un nombre inhabituellement é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, provoquant des problèmes de connectivité aux cibles iSCSI. Le problème peut se produire après l’installation de l’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é à 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 requête SCSI. La base de données CDB est donnée dans les données de vidage.

• Passez en revue le nombre de threads qui s’exécutent sous le processus système et comparez-le à une base de référence de travail connue.

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

• Passez en revue 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 -Property State, OwningProcess | Nombre de tris

  Ou, à partir d’une invite CMD d’administration, exécutez la commande NETSTAT suivante avec le commutateur « Q ». Cela montre 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 sur l’ordinateur, il est fort probable 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 diagnostiquer et corriger la raison de l’échec de la maintenance des connexions aux cibles iSCSI. Assurez-vous que les cibles iSCSI sont accessibles sur l’infrastructure réseau actuelle. Installez les correctifs mis à jour lorsqu’ils deviennent disponibles. Cet article sera mis à jour avec le numéro d’article de la base de connaissances spécifique du correctif à installer lorsqu’il sera disponible.

Note Nous vous déconseillons de désinstaller les correctifs de sécurité de mars, avril, mai ou juin. Cela expose les ordinateurs à des failles de sécurité connues et à d’autres bogues atténués par des mises à jour mensuelles. Nous vous recommandons de commencer par travailler avec des fournisseurs de cible et de réseau iSCSI pour résoudre les problèmes de connectivité qui déclenchent des reconnexions cibles.