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

Question

Achei a mensagem hilária e a princípio pensei que fosse alguma piada de um programador hiperativo da equipe de MS, ou uma farsa. No entanto, a mensagem aparece repetidamente, algumas vezes por dia:

O NtpClient não conseguiu definir um par manual para usar como fonte de tempo devido a um erro de resolução de DNS em ''. O NtpClient tentará novamente em 3.473.457 minutos e dobrará o intervalo de novas tentativas depois disso. O erro foi: O nome solicitado é válido, mas nenhum dado do tipo solicitado foi encontrado. (0x80072AFC)

Fonte:
ID do Evento de Serviço de Tempo: 134
Nível: Aviso

Suspeito que meus servidores de horário não estejam 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 de porque o número é tão ímpar (e consequentemente, duas respostas também encontraram esse link e o usaram nas respostas;)).

Answer 1

Eu sei que é uma pergunta antiga, mas minha própria pesquisa descobriuesta postagem no technet.

Diz que o motivo do longo atraso é devido a um bug 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.

Você pode descobrir que o valor do registro NtpClient\ResolvePeerBackoffMinutes é 15, a saída no log de eventos é 3473457 = 0x00350031, que é o formato little-endian da string Unicode "15".

- Alex Zhaozx - MSFT CSG

Answer 2

Apenas adicionando mais algumas informações caso alguém encontre isso em uma pesquisa. Existem algumas coisas perturbadoras sobre esta mensagem do Visualizador de Eventos:

1. O fato de seu cliente não ter conseguido 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 novas tentativas é extremamente longo.

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

Em relação aos itens 1 a 2, o que notei é que essas mensagens só aparecem quando a estação de trabalho está adormecendo. 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 também estão sendo pausados. Minha teoria é que o serviço de horário está apenas descobrindo que a rede desapareceu. O DNS provavelmente está parado nesse ponto, daí o nome ''.

Antes disso, vejo mensagens do Event Viewer do Time-Service cerca de 15 minutos antes, indicando que ele foi sincronizado com sucesso. Portanto, é improvável que seja um problema de configuração.

Observe o contexto das mensagens no Visualizador de Eventos. Se você estiver vendo esta mensagem enquanto o computador adormece ou desliga, não é nada demais. Se você estiver vendo esta mensagem durante o tempo de execução normal, você tem um problema. Nesse caso, faça um w32tm /resync /rediscovere prossiga daí.

Quanto ao item 3, verifica-se que este é um bug na forma como a string é impressa. Está vomitando no unicode. Deve estar imprimindo 15 minutos. Veja aqui:

http://social.technet.microsoft.com/Forums/windows/en-US/34987a99-3bc6-4a73-b859-6eab6a53cafe/why-is-the-ntpclient-waiting-3473457-minutos-6-anos-para- a-new-timesync-and-what-is-so-special?forum=w7itpronetworking

Answer 3

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

Conforme nº 2

Em relação aos itens 1 a 2, o que notei é que essas mensagens só aparecem quando a estação de trabalho está adormecendo. 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 também estão sendo pausados. Minha teoria é que o serviço de horário está apenas descobrindo que a rede desapareceu. O DNS provavelmente está parado nesse ponto, daí o nome ''.

Answer 4

Sim, seu servidor de horário está configurado incorretamente. Ou ele não possui um servidor upstream para sincronizar ou você bloqueia a porta no seu firewall (porta 123 UDP).

Por que um número tão grande? A solução já está apresentada na mensagem de erro: “e dobrar o intervalo de novas tentativas depois disso”. Então começou com alguns segundos e depois dobrou e dobrou e dobrou...

Tudo isso está descrito nodocumentação sobre o Microsoft Time Service.