Our local setup consists of a single ntp server which synchronizes time from asia pool of ntp.org ([0-2].asia.pool.ntp.org) and several ntp servers in the intranet which synchronizes from the above server. Il nostro locale di installazione consiste in un unico server ntp che si sincronizza tempo da asia pool di ntp.org ([0-2]. Asia.pool.ntp.org) e diversi server NTP nella Intranet che sincronizza da sopra il server. This setup ensures identical clock on all the machines on the intranet as well as reduces load on ntp.org servers. Questa configurazione assicura orologio identici su tutte le macchine su Intranet e riduce il carico sul server ntp.org. However we faced with an infuriating problem in getting the clients to sysnchronize with the local server. Tuttavia abbiamo dovuto affrontare con una infuriare il problema per ottenere i clienti a sysnchronize con il server locale. In some machines we would get this error message in log ( /var/log/messages )during startup: In alcune macchine che otterremmo questo messaggio di errore nei log (/ var / log / messages) durante l'avvio:
“ntpdate[4933]: no server suitable for synchronization found” "Ntpdate [4933]: server non adatto per la sincronizzazione trovato"

Restarting ntpd would give this error message: Riavvio ntpd darebbe questo messaggio di errore: 

 [root@jaguar ntp]# /sbin/service ntpd start ntpd: Synchronizing with time server:            [FAILED] Starting ntpd:                                   [  OK  ] [root @ jaguar ntp] # / sbin / service ntpd start ntpd: Sincronizzazione con il tempo il server: [SOCCOMBENTE] partire ntpd: [OK]

The second problem was that ntp server was taking a long time to come up (with failure message as described above) thereby slowing down booting time. Il secondo problema è stato che ntp server è stato tenuto un lungo periodo di tempo massimo (con messaggio di errore come descritto sopra) rallentando così l'avvio del tempo. After much investigation and tinkering (not to mention futile searches with Google), I accidentally came across a simple solution. Dopo molte indagini e bricolage (per non parlare inutile ricerche con Google), mi sono imbattuto in accidentalmente una soluzione semplice.

Open /etc/ntp/step-tickers and replace the list with the name of your local ntp server (from which you want to synchronize). Aprire / etc / ntp / step-tickers e sostituisce l'elenco con il nome del vostro server ntp locali (da cui si desidera sincronizzare).

Note: You can also do the same with /etc/ntp/ntpservers for your satisfaction. Nota: È anche possibile fare lo stesso con / etc / ntp / ntpservers per la vostra soddisfazione. However I didn’t see the file being actually used in Fedora Core 6. Tuttavia non ho visualizzare il file viene effettivamente usato in Fedora Core 6. ntp server also worked without this file being present. server ntp lavorato anche senza questo file siano presenti.

Changing /etc/ntp/step-tickers did the trick. Modificando / etc / ntp / step-tickers ha fatto il trucco. Now ntp server comes up in a fraction of a second and without any error messages. Ora ntp server sarà in una frazione di secondo e senza messaggi di errore. Problem solved. Problema risolto.

The end result is: Il risultato finale è: 

 [root@jaguar ntp]# /sbin/service ntpd restart Shutting down ntpd:                         [  OK  ] ntpd: Synchronizing with time server:       [  OK  ] Starting ntpd:                              [  OK  ] [root @ jaguar ntp] # / sbin / service ntpd riavviare Arresto ntpd: [OK] ntpd: Sincronizzazione con il tempo il server: [OK] Avvio di ntpd: [OK]