Question NtpClient attendra 3473457 minutes (plus de 6 ans!) Avant de faire une nouvelle tentative de résolution DNS, eventid 134


Je trouve le message hilarant et au début, je pensais que c’était une blague de la part d’un programmeur trop actif de l’équipe MS, ou un canular. Cependant, le message apparaît encore et encore, plusieurs fois par jour:

NtpClient n'a pas pu définir un homologue manuel à utiliser comme source de temps   en raison d'une erreur de résolution DNS sur ''. NtpClient va essayer à nouveau dans   3473457 minutes et doublez l'intervalle de nouvelle tentative par la suite. le   erreur était: le nom demandé est valide, mais aucune donnée de la demande   type a été trouvé. (0x80072AFC)

Source: Service du temps
ID d'événement: 134
Niveau: avertissement

Je soupçonne que mes serveurs de temps ne sont pas configurés correctement. Est-ce vrai et comment puis-je résoudre ce problème? Mais pourquoi un tel message étrange?

Remarque: J'ai signalé ceci sur Technet, où vous pouvez trouver une explication du nombre si étrange (et par conséquent, deux réponses ont également trouvé ce lien et l’ont utilisé dans les réponses;)).


7
2017-11-21 19:57


origine




Réponses:


Je sais que c'est une vieille question, mais mes propres recherches sont tombées sur ce post sur technet.

Il indique que la raison du retard est due à un bogue de sortie dans l'observateur d'événements. L'observateur d'événements interprète mal les données brutes de la valeur de chaîne "15" dans le registre sous forme de nombre.

Vous pouvez trouver que la valeur du registre NtpClient \ ResolvePeerBackoffMinutes est 15, la sortie dans le journal des événements est 3473457 = 0x00350031, format qui correspond au format little-endian de la chaîne Unicode "15".

- Alex Zhaozx - MSFT CSG


6
2018-04-29 07:44





Il suffit d’ajouter quelques informations supplémentaires au cas où une autre personne l’aurait trouvée lors d’une recherche. Il y a quelques points troublants à propos de ce message de la visionneuse d'événements:

  1. Le fait que votre client ne puisse pas effectuer de synchronisation NTP.
  2. Le fait que l'erreur de résolution DNS était sur '', pas un nom d'hôte réel.
  3. Le fait que l'intervalle avant nouvelle tentative est long fou.

Je reçois également le même message sur plusieurs de mes postes de travail (Windows 7, associé à un domaine de niveau 2003).

En ce qui concerne les points 1 et 2, ce que j'ai remarqué, c'est que ces messages ne s'affichent que lorsque le poste de travail s'endort. Ils apparaissent 1 seconde après le message Kernel-Power indiquant que l'ordinateur est en train de s'endormir à cause du système inactif. Dans le même temps, de nombreux services réseau sont également en pause. Ma théorie est que le service de temps ne fait que constater que le réseau a disparu. Le DNS est probablement arrêté à ce moment, d'où le '' nom.

Auparavant, les messages de Time-Service concernant l'observateur s'affichent environ 15 minutes plus tôt, ce qui indique que la synchronisation a été effectuée avec succès. Donc, il est peu probable que ce soit un problème de configuration.

Examinez le contexte des messages dans l'observateur d'événements. Si vous voyez ce message alors que l'ordinateur tombe en panne ou s'arrête, ce n'est pas grave. Si vous voyez ce message pendant l'exécution normale, vous avez un problème.  Dans ce cas faire un w32tm /resync /rediscover et aller de là.

En ce qui concerne le point 3, il s’avère qu’il s’agit d’un bogue dans l’impression de la chaîne. Il est sur l'unicode. Il devrait être imprimé 15 minutes. Vois ici:

http://social.technet.microsoft.com/Forums/windows/en-US/34987a99-3bc6-4a73-b859-6eab6a53cafe/why-is-the-ntpclient-waiting-3473457-minutes-6-years-for- a-new-timesync-et-qu'est-ce-que-est-si-special? forum = w7itpronetworking


3
2018-03-25 15:15



Le lien que vous donnez est le même que dans la réponse originale. (notez que le forumpost sur Technet était en fait le mien pour commencer;)). - Abel
Je n'ai pas remarqué ça. Hah! - myron-semack


Le nom demandé est valide, mais aucune donnée du type demandé n'a été trouvée. (0x80072AFC)

Comme au n ° 2

En ce qui concerne les points 1 et 2, ce que j'ai remarqué, c'est que ces messages ne s'affichent que lorsque le poste de travail s'endort. Ils apparaissent 1 seconde après le message Kernel-Power indiquant que l'ordinateur est en train de s'endormir à cause du système inactif. Dans le même temps, de nombreux services réseau sont également en pause. Ma théorie est que le service de temps ne fait que constater que le réseau a disparu. Le DNS est probablement arrêté à ce moment, d'où le '' nom.


0
2017-12-24 22:04





Oui, votre serveur de temps est mal configuré. Soit il n’a pas de serveur en amont avec lequel synchroniser, soit vous bloquez le port de votre pare-feu (port 123 UDP).

Pourquoi un si grand nombre? La solution est déjà présentée dans le message d'erreur: "et doublez l'intervalle de nouvelle tentative par la suite." Donc, cela a commencé avec quelques secondes, puis doublé et doublé et doublé ...

Tout cela est décrit dans le documentation sur le service de temps Microsoft.


-1
2017-11-21 20:07



Quelqu'un a probablement mis ResolvePeerBackoffMaxTimes à une valeur très élevée. - David Schwartz
Le "alors doublé et doublé et ..." - pensée a pensé à moi aussi, sauf que: la fréquence de ce message est plus que quotidienne, le nombre n'est pas un double d'un entier, le dernier message aurait dû être il y a 1736728.5 minutes , ce qui correspond à 3,3 ans, ce qui est long avant que j’installe mon système ...... cela n’a aucun sens. - Abel