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. Notre paramétrage local se compose d'un seul serveur NTP qui se synchronise temps piscine de l'Asie de ntp.org ([0-2]. Asia.pool.ntp.org) et plusieurs serveurs NTP sur l'intranet qui synchronise au-dessus du serveur. This setup ensures identical clock on all the machines on the intranet as well as reduces load on ntp.org servers. Cette configuration garantit horloge identique sur toutes les machines sur l'intranet ainsi que de réduire la charge sur les serveurs ntp.org. However we faced with an infuriating problem in getting the clients to sysnchronize with the local server. Toutefois, nous avons été confrontés à un problème exaspérant pour acheminer les clients à sysnchronize avec le serveur local. In some machines we would get this error message in log ( /var/log/messages )during startup: Dans certaines machines nous obtiendrions ce message d'erreur dans le log (/ var / log / messages) pendant le démarrage:
“ntpdate[4933]: no server suitable for synchronization found” "Ntpdate [4933]: pas de serveur approprié pour la synchronisation found"

Restarting ntpd would give this error message: Le redémarrage de ntpd donnerait ce message d'erreur: 

 [root@jaguar ntp]# /sbin/service ntpd start ntpd: Synchronizing with time server:            [FAILED] Starting ntpd:                                   [  OK  ] [root @ jaguar ntp] # / sbin / service ntpd start ntpd: Synchronisation avec serveur de temps: [PAS] A partir 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. Le deuxième problème est que le serveur NTP prend beaucoup de temps pour trouver (avec message d'erreur tel que décrit ci-dessus), ce qui ralentit le démarrage du temps. After much investigation and tinkering (not to mention futile searches with Google), I accidentally came across a simple solution. Après beaucoup d'enquête et de bricolage (pas inutile de mentionner les recherches avec Google), je accidentellement tombé sur une solution simple.

Open /etc/ntp/step-tickers and replace the list with the name of your local ntp server (from which you want to synchronize). Ouvrez le fichier / etc / ntp / step-tickers et remplacer la liste avec le nom de votre serveur NTP (à partir de laquelle vous souhaitez synchroniser).

Note: You can also do the same with /etc/ntp/ntpservers for your satisfaction. Note: Vous pouvez également faire la même chose avec le fichier / etc / ntp / ntpservers pour votre satisfaction. However I didn’t see the file being actually used in Fedora Core 6. Cependant je n'ai pas vu le fichier en cours, actuellement utilisée dans Fedora Core 6. ntp server also worked without this file being present. serveur NTP a également travaillé sans ce fichier ne soit présent.

Changing /etc/ntp/step-tickers did the trick. Modifier / etc / ntp / step-tickers fait l'affaire. Now ntp server comes up in a fraction of a second and without any error messages. Maintenant ntp serveur est dans une fraction de seconde et sans messages d'erreur. Problem solved. Problème résolu.

The end result is: Le résultat final est: 

 [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 redémarrer Arrêter ntpd: [OK] ntpd: Synchronisation avec serveur de temps: [OK] A partir ntpd: [OK]