ρύθμιση ntp για update ώρας μηχανήματος;

[Giorgos Keramidas]

On 2007-10-14 12:42, Antonis Christofides <anthony at itia.ntua.gr> wrote:
>> Oct 14 00:00:10 smf-deb ntpd[6653]: kernel time sync status 0040
>> Oct 14 00:00:10 smf-deb ntpd[6653]: frequency initialized -500.000 PPM from /var/lib/ntp/ntp.drift
>> Oct 13 20:32:23 smf-deb ntpd[6653]: synchronized to 155.207.113.227, stratum 3
>> Oct 13 20:32:23 smf-deb ntpd[6653]: time reset -12480.330449 s
>> Oct 13 20:32:23 smf-deb ntpd[6653]: kernel time sync status change 0001
>>
>> Διορθώνει το ρολόι δηλαδή. Μετά όμως απο λίγη ώρα, και ενώ συνεχίζει να
>> τρέχει ο δαίμονας, ενώ είναι 21:32, το ρολόι δείχνει
>> smf-deb:/var/log# date
>> Sat Oct 13 21:58:50 EEST 2007
> 
> Δεν είμαι ειδικός, αλλά κάνω την υπόθεση ότι το drift -500 που είναι
> αποθηκευμένο στο /var/lib/ntp/ntp.drift είναι πολύ μεγάλο. Θα πρότεινα
> να δοκιμάσεις να stop τον ntp, σβήσε το αρχείο, και ξεκίνα τον ntp.

Εγώ από την άλλη, θα πρότεινα να αρχίσει ο κόσμος να διαβάζει, έστω και
με καθυστέρηση μερικών δεκαετιών, τα manpages.

> Παραθέτω και το σχετικό απόσπασμα από το man ntpd.

Ditto:

    In spite of the above precautions, sometimes when large
    frequency errors are present the resulting time offsets stray
    outside the 128-ms range and an eventual step or slew time
    correction is required.  If following such a correction the
    frequency error is so large that the first sample is outside
    the acceptable range, ntpd enters the same state as when the
    ntp.drift file is not present.  [...]

Δε χρειάζεται να κάνετε τίποτα με το driftfile.  Το ntpd από μόνο του το
χειρίζεται ήδη μια χαρά το θέμα.

Αυτό που *χρειάζεται* όμως να κάνει ο Γιώργος είναι να διαβάσει στο
δίκτυο γιατί ο πυρήνας έχει προβλήματα με τη διατήρηση μιας αξιόπιστης
πηγής ώρας (time source).  Για παράδειγμα, το παρακάτω URL περιγράφει
γιατί σε Vmware guests το ntpd μπορεί να έχει πρόβλημα:

    http://kbase.redhat.com/faq/FAQ_43_9259.shtm