Not really sure if this bug should be filed under 'server', it may belong under library. It looks like it might be the 'adjtime' system system call that is failing. Reproducible: Always Steps to Reproduce: 1. As root, run the daemon in the foreground with the '-d' option like: 2. ntpd -d 3. Actual Results: reply from 80.33.107.110: offset 11640.299440 delay 0.196122, next query 30s reply from 217.125.14.244: offset 11640.298803 delay 0.197802, next query 30s adjusting local clock by 11640.296421s adjtime failed: Invalid argument reply from 83.245.15.97: offset 11640.297605 delay 0.128675, next query 30s reply from 80.33.107.110: offset 11640.299048 delay 0.199239, next query 30s . . reply from 217.125.14.244: offset 11640.305712 delay 0.194483, next query 30s reply from 80.33.107.110: offset 11640.304941 delay 0.196823, next query 30s adjusting local clock by 11640.300928s adjtime failed: Invalid argument reply from 83.245.15.97: offset 11640.303201 delay 0.128707, next query 30s reply from 80.33.107.110: offset 11640.305342 delay 0.197359, next query 30s Expected Results: Not sure what the actual results of a working implementation would look like but assume it would say something like: 'adjusting local clock by <offset value>s time successfully adjusted' or something like that, and then my local system time would be updated. I've tried this with the stock ntpd.conf file as well as several mods to the conf file and always get the same result. This was a pretty big offset so changed the time with the 'date' command to within 90 sec of actual time and get this output instead: reply from 80.33.107.110: offset -75.396459 delay 0.197400, next query 30s reply from 83.245.15.97: offset -75.368624 delay 0.128770, next query 30s adjusting local clock by -75.528731s reply from 195.30.142.42: offset -75.356472 delay 0.155289, next query 30s reply from 80.33.107.110: offset -75.366223 delay 0.198306, next query 30s Unfortunatly the system time still does not update. Openntpd is an Openbsd app ported to linux so perhaps the method to call the function is different under linux? I'd think if this was the case that someone would have reported it before now but you never know. The gentoo system was installed fresh in Aug from stage 1 and has never been 'emerge sync'ed. Not sure where this call comes from but glibc is version glibc-2.3.3.20040420-r1 and glib is glib-1.2.10-r5. Here is my emerge info hermes root # emerge info Portage 2.0.50-r9 (default-x86-2004.2, gcc-3.3.3, glibc-2.3.3.20040420-r1, 2.6.7-gentoo-r14-B2) ================================================================= System uname: 2.6.7-gentoo-r14-B2 i586 Pentium 75 - 200 Gentoo Base System version 1.4.16 Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=i586 -fomit-frame-pointer -pipe" CHOST="i586-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=i586 -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X acl arts avi berkdb crypt encode fbcon foomaticdb gdbm gif gpm gtk2 imap imlib jpeg ldap libg++ libwww mad mikmod motif mpeg ncurses nls oggvorbis opengl oss pam pdflib perl png python quicktime readline samba sasl sdl slang spell ssl svga tcpd truetype x86 xml2 xmms xv zlib"
openntpd adjusts time by small increments, it does not set it absolutely if you want that kind of support, use ntp's ntpdate ...
Ah!! Thanks for the info, and sorry to have wasted your time. I didn't see that mentioned anywhere on the openntpd.org site. I started to suspect either that was the case, or my BIOS clock had some serious drift though. I'll merge 'ntp' and start using the 'ntpdate' tool. Thanks and sorry again.