NtpClient irá aguardar 3473457 minutos (mais de 6 anos!) antes de fazer uma nova tentativa de resolução de DNS, eventid 134

7

Acho hilária a mensagem e, a princípio, achei que era uma piada de um programador excessivamente ativo da equipe do MS ou de uma farsa. No entanto, a mensagem aparece de novo e de novo, algumas vezes por dia:

NtpClient was unable to set a manual peer to use as a time source because of DNS resolution error on ''. NtpClient will try again in 3473457 minutes and double the reattempt interval thereafter. The error was: The requested name is valid, but no data of the requested type was found. (0x80072AFC)

Fonte: Time Service
ID do evento: 134
Nível: aviso

Eu suspeito que meus servidores de tempo não estão configurados corretamente. Isso é verdade e como posso consertar isso? Mas por que uma mensagem tão estranha?

Observação: Eu relatei isso no Technet , onde você pode encontrar uma explicação do porquê do número é tão estranho (e consequentemente, duas respostas acharam esse link também e o usaram nas respostas;)).

    
por Abel 21.11.2011 / 20:57

4 respostas

6

Eu sei que é uma pergunta antiga, mas a minha própria pesquisa encontrou este post no technet .

Ele diz que o motivo do longo atraso é devido a um erro de saída no visualizador de eventos. O visualizador de eventos está interpretando incorretamente os dados brutos do valor da string "15" no registro como um número.

You could find the value of registry NtpClient\ResolvePeerBackoffMinutes is 15, the output in the event log is 3473457 = 0x00350031, which is little-endian format of the Unicode string "15".

- Alex Zhaozx - MSFT CSG

    
por 29.04.2013 / 09:44
3

Basta adicionar mais algumas informações para o caso de alguém se deparar com isso em uma pesquisa. Há algumas coisas preocupantes sobre essa mensagem do Visualizador de Eventos:

  1. O fato de seu cliente não poder fazer uma sincronização NTP.
  2. O fato de o erro de resolução de DNS estar em '', não um nome de host real.
  3. O fato de que o intervalo de repetição é muito demorado.

Eu recebo exatamente a mesma mensagem em várias de minhas estações de trabalho (Windows 7, associado a um domínio de nível 2003).

Em relação aos itens 1-2, o que eu notei é que essas mensagens aparecem apenas quando a estação de trabalho está caindo no sono. Eles aparecem 1 segundo após a mensagem Kernel-Power, indicando que o computador está adormecendo devido à inatividade do sistema. Ao mesmo tempo, vários serviços de rede estão parando também. Minha teoria é que o serviço de tempo é apenas descobrir que a rede foi embora. O DNS está provavelmente parado nesse ponto, daí o nome ''.

Antes disso, vejo mensagens do Visualizador de Eventos do Serviço de Tempo cerca de ~ 15min antes, indicando que ele foi sincronizado com êxito. Portanto, é improvável que seja um problema de configuração.

Veja o contexto das mensagens no Visualizador de Eventos. Se você está vendo esta mensagem quando o computador se apaga ou desliga, não é nada demais. Se você está vendo esta mensagem durante o tempo de execução normal, você tem um problema. Nesse caso, faça um w32tm /resync /rediscover e vá de lá.

Quanto ao item 3, acontece que esse é um bug de como a string é impressa. Está vomitando no unicode. Deve estar imprimindo 15 minutos. Veja aqui:

link

    
por 25.03.2014 / 16:15
0

O nome solicitado é válido, mas nenhum dado do tipo solicitado foi encontrado. (0x80072AFC)

Como por # 2

Em relação aos itens 1-2, o que eu notei é que essas mensagens aparecem apenas quando a estação de trabalho está caindo no sono. Eles aparecem 1 segundo após a mensagem Kernel-Power, indicando que o computador está adormecendo devido à inatividade do sistema. Ao mesmo tempo, vários serviços de rede estão parando também. Minha teoria é que o serviço de tempo é apenas descobrir que a rede foi embora. O DNS está provavelmente parado nesse ponto, daí o nome ''.

    
por 24.12.2016 / 23:04
-1

Sim, seu servidor de horário está mal configurado. Ou não tem servidor upstream para sincronizar ou bloquear a porta no seu firewall (porta 123 UDP).

Por que um número tão grande? A solução já é apresentada na mensagem de erro: "e duplique o intervalo da nova tentativa a partir de então". Então começou com alguns segundos e depois dobrou, dobrou e dobrou ...

Isso é tudo descrito na documentação sobre o Microsoft Time Service .

    
por 21.11.2011 / 21:07