Unix & Linux Stack Exchange is a question and answer site for users of Linux, FreeBSD and other Un*x-like operating systems. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I have installed a very simple NTP server on a Red Hat server I own, the configuration is pretty basic:

driftfile /var/lib/ntp/drift
restrict default kod nomodify notrap 
restrict -6 default kod nomodify notrap 
restrict -6 ::1
restrict mask nomodify notrap
server 0.rhel.pool.ntp.org
includefile /etc/ntp/crypto/pw
keys /etc/ntp/keys

If I try to test this from localhost, it seems to work properly:

ntpq -p localhost
     remote           refid      st t when poll reach   delay   offset  jitter
 gw-ge.esaote.co      3 u   56   64  173   81.474  -163823 67736.2

If I try to query it from a remote machine, same result:

ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
 gw-ge.esaote.co      3 u    -   64  367   75.500  -163838 61828.5

But, if I invoke ntpdate, doesn't work:

12 Mar 10:35:51 ntpdate[2688]: no server suitable for synchronization found
share|improve this question
Your ntp server should use more servers, at least three. – Martin Schröder Mar 13 '14 at 9:41

Your NTP server is too far out of sync from the pool servers. You'll note that the leftmost character before the hostname in the ntpq -p output is a space. If NTP was synchronised to the remote server, this would be a *. Also note the very large offset value, which tells you that the time set on your server is way off.

Stop NTP, do a ntpdate pool.ntp.org, and restart it. After a few minutes it should settle down and synchronise, and your client should then be able to query it.

share|improve this answer
Don't use ntpdate. – Martin Schröder Mar 13 '14 at 9:40
Ooh, thanks for that. 'After a suitable period of mourning, the ntpdate program may be retired'. I am so old school ;-( – Flup Mar 13 '14 at 9:43
What I discovered is that, regardless the error I posted above, the npt client synced slowly to the server. I can't simply why I had that error in first place. – ludiegu Mar 13 '14 at 9:57

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.