Our local setup a considera de un singur ntp a servi care synchronizes timp de la Asia pool de ntp.org ([0-2.asia.pool.ntp.org]) �i mai mul�i ntp a servi �n intranet care synchronizes de la above a servi. This setup a asigura identical ceas on tot art.hot. machines pe intranet as well as reduces load on ntp.org a servi. Totu�i noi fa�� cu un infuriating problem� �n�untru achizi�ie art.hot. clients la spre sysnchronize cu art.hot. local a servi. �n�untru ni�te machines noi trec.de la will a lua this error mesaj �n�untru log ( var/log/ mesaj ) �n timpul scrobeal�:
"ntpdate[4933]: nu a servi suitable pentru synchronization a �ntemeia"

Restarting ntpd trec.de la will a da this error mesaj:


[root@jaguar ntp]# sbin/ serviciu ntpd  scrobeal�  ntpd: Synchronizing  cu  timp  a servi:            [FAILED] Starting ntpd:                                   [bine ]

Art.hot. secund� problem� was that ntp a servi was taking un timp �ndelungat a veni sus ( cu failure mesaj as described above) acolo lent jos cizme timp. Dup� much investigation �i tinkering ( nu la spre mention futile cercetare cu Google), I accidentally venit vizavi un simplu solution.

Deschidere etc/ntp/ pas- bilet �i replace art.hot. list� cu art.hot. nume de al t�u local ntp a servi ( de la care tu nevoie la spre synchronize).

not � Tu po�i de asemenea a face art.hot. same cu etc/ntp/ntpservers pentru al t�u satisfaction. Totu�i I didn't a vedea art.hot. dosar being actually folosit �n�untru Fedora Core 6. ntp a servi de asemenea worked f�r� this dosar being present.

Scimbare etc/ntp/ pas- bilet f�cut art.hot. �mecherie. Acum ntp a servi a veni sus �n�untru un frac�ie de un secund� �i f�r� orice error mesaj. Problem� solved.

Art.hot. sf�r�it result is:


[root@jaguar ntp]# sbin/ serviciu ntpd  pauz�  Shutting  jos ntpd:                         [bine ] ntpd: Synchronizing  cu  timp  a servi:       [bine ] Starting ntpd:                              [bine ]