Is there a firewall blocking the requests in either direction?  Does
networki routing etc. work apart from this?

Andreas

On 15/07/06, Bo Granlund <[EMAIL PROTECTED]> wrote:
Hi,

I have a problem with ntpd. I have a number of openbsd machines
here and one of them is connected to a gps receiver which now
(after a dirty hack) sets the time very precisely. I would love to
sync all my other machines against the gps powered ntpd.

Now the problem is that ntpdate (in linux) or ntpd's in other
openbsd boxes don't simply work. ntpdate says this:
sunrise:~# ntpdate fury
15 Jul 08:54:34 ntpdate[18841]: no server suitable for synchronization found

Another openbsd machine (volatile) is configured to use fury (the machine
with the gps receiver) as the server to poll for the time. This is what
ntpd has to say about that:
ntp engine ready
reply from 10.0.5.30: not synced, next query 3151s
no reply received in time, skipping initial time setting

The problems range over openbsd and linux so I don't know what's broken.
I'd say that ntpd has some issues with it. My  config on the gps
machine is
# Addresses to listen on (ntpd does not listen by default)
listen on *

# sync to a single server
#server ntp.example.org

# use a random selection of 8 public stratum 2 servers
# see http://twiki.ntp.org/bin/view/Servers/NTPPoolServers
#servers pool.ntp.org

sensor nmea0

and nmea0 is working ok, so no problem there. You just can't query
the time from an openntpd instance. Am I doing something wrong? Would
it help if I send dmesg's etc.? Is there some trick to just make ntpd
work properly with external queriers? I've tried to figure this one
out but am out of ideas now.

best regards,
Bo Granlund




--
Andreas Kahari
Somewhere in the general Cambridge area, UK

Reply via email to