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. Nuestra configuración local consta de un solo servidor NTP que se sincroniza el tiempo de asia piscina de ntp.org ([0-2]. Asia.pool.ntp.org) y varios servidores NTP en la intranet que se sincroniza con la fecha anterior servidor. This setup ensures identical clock on all the machines on the intranet as well as reduces load on ntp.org servers. Esta configuración asegura reloj idéntico en todas las máquinas de la intranet, así como reduce la carga en los servidores ntp.org. However we faced with an infuriating problem in getting the clients to sysnchronize with the local server. Sin embargo nos enfrentamos a una exasperante problema en conseguir los clientes a sysnchronize con el servidor local. In some machines we would get this error message in log ( /var/log/messages )during startup: En algunas máquinas que obtendríamos este mensaje de error en el log (/ var / log / messages) durante el arranque:
“ntpdate[4933]: no server suitable for synchronization found” "Ntpdate [4933]: servidor no adecuado para la sincronización encontrado"

Restarting ntpd would give this error message: Reinicio ntpd daría este mensaje de error: 

 [root@jaguar ntp]# /sbin/service ntpd start ntpd: Synchronizing with time server:            [FAILED] Starting ntpd:                                   [  OK  ] [root @ jaguar ntp] # / sbin / service ntpd empezar ntpd: Sincronización con el servidor de tiempo: [NO] a partir de 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. El segundo problema es que el servidor NTP está tomando mucho tiempo para llegar (con fracaso mensaje tal y como se describe más arriba) retrasando así el arranque del tiempo. After much investigation and tinkering (not to mention futile searches with Google), I accidentally came across a simple solution. Después de mucha investigación y acciones especiales (por no hablar de inútiles búsquedas con Google), me llegó accidentalmente a través de una solución sencilla.

Open /etc/ntp/step-tickers and replace the list with the name of your local ntp server (from which you want to synchronize). Abra el archivo / etc / ntp / paso-tickers y sustituir la lista con el nombre de su servidor local ntp (desde la que desea sincronizar).

Note: You can also do the same with /etc/ntp/ntpservers for your satisfaction. Nota: También puede hacer lo mismo con el archivo / etc / ntp / ntpservers para su satisfacción. However I didn’t see the file being actually used in Fedora Core 6. Sin embargo no vi el archivo que se utiliza realmente en Fedora Core 6. ntp server also worked without this file being present. ntp servidor también ha trabajado sin este archivo esté presente.

Changing /etc/ntp/step-tickers did the trick. El cambio de / etc / ntp / paso-tickers hizo el truco. Now ntp server comes up in a fraction of a second and without any error messages. Ahora viene con el servidor NTP hasta en una fracción de segundo y sin ningún tipo de mensajes de error. Problem solved. Problema resuelto.

The end result is: El resultado final es: 

 [root@jaguar ntp]# /sbin/service ntpd restart Shutting down ntpd:                         [  OK  ] ntpd: Synchronizing with time server:       [  OK  ] Starting ntpd:                              [  OK  ] [root @ jaguar ntp] # / sbin / ntpd reiniciar el servicio Apagado ntpd: [OK] ntpd: Sincronización con el servidor de tiempo: [OK] Iniciando ntpd: [OK]