9 mai 2017 - KB4019213 (mise à jour de sécurité uniquement)

Les ordinateurs Windows Server 2012 R2 et Server 2016 qui subissent des déconnexions de cibles reliées par iSCSI peuvent présenter de nombreux symptômes différents, notamment :

• 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.
• Des échecs d’ouverture de session utilisateur se produisent avec une erreur « Aucun serveur d’accès disponible ».
• Des échecs d’application et de service se produisent en raison d’une insuffisance de ports éphémères.
• Un nombre anormalement é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é sur les cibles iSCSI. Ce 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 présente ce comportement est 6.3.9600.18624 pour Windows Server 2012 R2 et 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	Texte
  iScsiPrt	34	Une connexion à la cible ayant été perdue, l’initiateur a réussi à se reconnecter à 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 fourni dans les données de vidage.
  iScsiPrt	9	La cible n’a pas répondu à temps à une demande SCSI. Le CDB est fourni dans les données de vidage.

• Consultez le nombre de threads exécutés sous le processus système et comparez-le à une référence de travail connue.
• Consultez le nombre de handles actuellement ouverts par le processus système et comparez-le à une référence de travail connue.
• Consultez le nombre de ports éphémères utilisés par le processus système.
• Dans une applet PowerShell d’administration, exécutez la commande suivante :
  
  Get-NetTCPConnection | Group-Object -Property State, OwningProcess | Sort Count
  
  Ou, dans une invite CMD d’administration, exécutez la commande NETSTAT suivante avec le commutateur « Q ». Cette commande affiche les ports « liés » qui ne sont plus connectés :
  
  NETSTAT –ANOQ
  
  Attardez-vous sur les ports détenus par le processus SYSTÈME.
  
  Pour les trois points précédents, toute valeur supérieure à 12 000 doit être considérée comme suspecte. Si des cibles iSCSI sont présentes dans l’ordinateur, il est très probable que le problème se produise.

Résolution

Si les journaux des événements indiquent qu’un nombre important de reconnexions ont lieu, contactez votre fournisseur d’infrastructure réseau et iSCSI pour déterminer et corriger le motif de l’échec de la préservation des connexions aux cibles iSCSI. Assurez-vous que les cibles iSCSI sont accessibles par le biais de l’infrastructure réseau actuelle. Installez les correctifs mis à jour dès qu’ils sont disponibles. Cet article sera mis à jour avec le numéro d’article spécifique de la Base de connaissances correspondant au correctif à installer dès qu’il sera disponible.

Remarque Nous vous déconseillons de désinstaller l’un des correctifs cumulatifs de sécurité de mars, d’avril, de mai ou de juin. En effet, il y a un risque d’exposer les ordinateurs à des exploitations de sécurité connues et à d’autres bogues atténués par des mises à jour mensuelles. Il est recommandé de collaborer d’abord avec les fournisseurs réseau et de cibles iSCSI pour résoudre les problèmes de connectivité qui déclenchent les reconnexions des cibles.