Partager via

Motif de l’ID d’événement du journal des événements système : 2012 - Lors de la transmission ou de la réception de données, le serveur a rencontré une erreur réseau

Cet article traite de l'événement ID 2012 du journal des événements système.

S’applique à : Windows Server 2008 R2 Service Pack 1
Numéro de base de connaissances d’origine : 2885205

Résumé

Examinez le cas suivant :

  • Vous disposez d’un serveur de fichiers Windows Server 2012
  • Les ordinateurs clients Windows Server 2003, Windows Server 2003 R2 ou Microsoft Windows XP Professionnel accèdent au serveur de fichiers avec le protocole SMB v1
  • ou tout autre ordinateur basé sur le protocole SMB v1 avec l’implémentation CIFS tierce accède au serveur de fichiers

Dans ce scénario, vous voyez plusieurs événements avec l’ID Srv source 2012 dans le journal des événements système :

Nom du journal : Système
Source : srv
Date : <DateTime>
ID d’événement : 2012
Catégorie de tâche : None
Niveau : Avertissement
Mots clés : Classique
Utilisateur : N/A
Ordinateur : FILEsrv.fqdn
Description :
Lors de la transmission ou de la réception de données, le serveur a rencontré une erreur réseau. Des erreurs occasionnelles sont attendues, mais de grandes quantités de ces erreurs indiquent une erreur possible dans votre configuration réseau. Le code d’état d’erreur est contenu dans les données retournées (mises en forme en tant que mots) et peut vous pointer vers le problème.

<DonnéesÉvénement>
<Data>\Device\LanmanServer</Data>
<Binary>0000040001002C0000000000DC07008000000000840100C00000000000000000000000000000000034060000/Binary<>
</EventData>

En mots
0000 : 00040000 002C0001 00000000 800007DC
0008 : 00000000 C0000184 00000000 00000000
0010: 00000000 00000000 00000634

Explication de ces « mots » consignés dans cet événement :
800007DC = EVENT_SRV_NETWORK_ERROR,
C0000184 = STATUS_INVALID_DEVICE_STATE, l’appareil n’est pas dans un état valide pour effectuer cette requête. 00000634 hexadécimal = 1588 décimale, cela pointe vers la ligne 1588 dans le code Windows Server 2012 pour les clients de niveau inférieur.
Ce nombre dépend du système d’exploitation, du Service Pack et éventuellement du niveau du correctif logiciel SRV.SYS.

Questions fréquentes (FAQ) :
----------------------------------
Srv 2012 est-il un indicateur pour une erreur grave ?
Non, il s’agit d’un événement de type WARNING, généralement vous pouvez l’ignorer. Consultez ci-dessous pour certains scénarios classiques, où un tel événement est attendu.
Les administrateurs doivent simplement ignorer l’avertissement.

À quoi ressemble une communication SMB normale ?
Selon la spécification du protocole CIFS ([MS-CIFS] : Common Internet File System (CIFS) Protocol)
NÉGOCIER LE DIALECTE - CONFIGURATION DE SESSION - TRANSFERT D'ARBRE - DÉCONNEXION D'ARBRE - FERMETURE DE SESSION

Après la mise à niveau de notre serveur de fichiers vers Windows Server 2012, nous rencontrons cet événement plus souvent, pourquoi ?

  • vous disposez d’un environnement avec de nombreux clients SMB1 de niveau inférieur comme Windows XP ou Windows Server 2003.
    Échecs des tentatives d’ouverture de session (réponse SESSION SETUP avec état d’erreur) suivies du résultat TCP FIN dans l’événement 2012.
    Ces clients ont tendance à mettre fin à leur dernière session SMB avec une commande LOGOFF et TREE DISCONNEcT SMB, puis ils terminent la session de transport avec une fin TCP.
    Cette séquence de commandes SMB n’est pas entièrement conforme À CIFS, voir ci-dessus, ce qui entraîne l’événement 2012.

  • vous disposez d’un environnement avec certains clients SAMBA / UNIX / MAC basés sur un niveau inférieur SMB1.
    Ces clients terminent souvent les sessions SMB non conformes À CIFS (omettant une commande LOGOFF), ce qui entraîne l’événement 2012.

  • Les clients de niveau inférieur avec des dossiers redirigés sur le serveur de fichiers Windows Server 2012 sont déconnectés du réseau sans arrêt approprié.
    Le serveur de fichiers envoie dans ce cas des paquets TCP KeepAlive aux clients inactifs et réinitialise la connexion de transport TCP s’il n’y a plus de réponse du client.

  • Les clients SMB1 rencontrent certains problèmes réseau (le serveur de fichiers ne répond pas à leur commande SMB en attente dans un délai d’une minute (SessTimeout = 60 secondes), donc le client n’envoie pas de DÉCONNEXION, mais met fin à la session TCP par réinitialisation, puis établit une nouvelle session TCP/SMB avec un nouveau circuit virtuel (VcNumber : 0).
    Le serveur de fichiers n’a pas pris connaissance du problème réseau des clients et analyse l’ancienne session cliente dès qu’il détecte la même adresse IP du client SMB1 avec SESSION SETUP (VcNumber : 0) entrant. (cela peut se produire dans le scénario NAT pour différents clients, ce qui entraîne également la même adresse IP dans le sous-réseau du serveur de fichiers)

Plus d’informations

Pour plus d’informations sur cette rubrique, cliquez sur le numéro d’article suivant pour afficher l’article sur le web Microsoft :

[MS-CIFS] : Protocole CIFS (Common Internet File System)