Um bug no gpsd , no qual alguns servidores NTP dependem, é conhecido há alguns meses, mas não se tornou de conhecimento geral até recentemente, pouco antes do rollover de 24 de outubro de 2021, que pode definir os relógios de alguns servidores NTP de volta para 2002. Um patch para GPSD corrige o bug.
Como minha empresa não tem grandes necessidades de sincronização de tempo com o mundo exterior, usamos os servidores de pool NTP como nossa fonte definitiva de tempo preciso. (Tudo na rede é sincronizado com um único dispositivo na rede, que é sincronizado com os servidores do pool.)
O site do pool NTP não tem nenhuma notícia após 2019, mas curiosamente, um desses itens é sobre outro rollover de semana do GPSD que aconteceu em 2019.
Várias instituições pertencem ao pool de servidores NTP de forma voluntária e, portanto, cada uma delas terá seus próprios meios de obter a hora exata.
Sabe-se se algum desses servidores usa gpsd?
Esta outra pergunta de falha do servidor não aborda o problema, mas fornece um exemplo de por que o problema pode ser tão complicado.
Você provavelmente poderia descobrir quais de seus upstreams atuais usam
gpsdverificando seu id de referência. Eu não corrogpsd, mas algumas pesquisas rápidas na web sugerem que ele provavelmente aparecerá comoPPSouGPS. Em seguida, você pode substituí-los manualmente antes da data conhecida de rollover da semana do GPS.No entanto, contanto que você tenha upstreams suficientemente diversos e esteja usando o pool com a
pooldiretiva em sua configuração, provavelmente não poderá fazer nada e ficará bem. Há duas razões para isso:Provavelmente não há problema em verificar antes do rollover e verificar novamente depois.