Perché il tempo del server è inferiore rispetto al server ntp?

All'improvviso una delle mie macchine virtuali Linux è due minuti indietro rispetto al server ntp. Ho riavviato NTP e si è risolto. Avrei dovuto eseguire ntpq -p prima di riavviare. : - /

10 giorni fa è diventato 2 minuti indietro, prima di 1 minuto e non sono sicuro di quando è iniziato. L'ho notato solo oggi e ho potuto registrare fino a 10 giorni.

Sono curioso perché può andare dietro? Potrebbe essere dovuto ai piccoli ritardi del ntp? Il che significa che continua a tornare indietro di qualche millisecondo una volta e poi improvvisamente a 2 minuti di distanza.

In tal caso, perché un riavvio ntp dovrebbe rilevare un orario preciso in cui il sondaggio non avrebbe potuto risolverlo molto tempo fa?

Non ero sicuro se la VM stava eseguendo il polling del server ntp, quindi ho abilitato la registrazione e osservando i loopstats e peerstats che sta eseguendo il polling.

Questo output è dopo il riavvio di ntp.

     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*x.x.x.x      x.x.x.x   4 u   22   64  377    0.618   -1.980   0.768

— anon
fonte

Quindi l'output che hai fornito è l'output quando il tempo era scaduto di 2 minuti o quando l'ora era corretta? Perché l'offset credo sia in ms, il che significa che sei a malapena 3/4 di secondo dietro al tuo server NTP che è abbastanza normale. "Sono curioso perché può andare dietro?" - Una perdita di una connessione all'NTP farebbe sì che la macchina inizi a fare la propria cosa. "Potrebbe essere dovuto ai piccoli ritardi del ntp?" - Sì, ma i tuoi valori non sono abbastanza grandi da causare il comportamento che descrivi

— Ramhound

È stato dopo che il tempo è stato corretto

— anon

Il che significa che l'output non è molto utile. L'output che hai fornito è normale.

— Ramhound