Red Hat Bugzilla – Bug 52589
Enhanced rdate(1) available (and fixes some bugs)
Last modified: 2015-03-04 20:09:40 EST
This is once again almost from scratch rewritten rdate utility.
I found current "classic" one is rather useless for many applications
(I'm aware of ntp et al). I have a bunch of dialup servers connected
to internet only occantionally, and need to set system time. Bad
things is that modem links are sometimes bad/unstable (retrains etc),
and ntp wan't work...
In the ftp directory above you'll find implementation that have:
- long options support (cosmetic change)
- timeout support (treat timed-out host as failed)
- average time calculation (previously, time was set
only based on answer from *first* host -- now it
uses average time based on all hosts)
- attempt to compensate "roundtrip" -- by adding a
half delay between connection and answer. Not
*very* accurate but more appropriate
- limit amount of local time change: do not change
it if it will differ more than n secounds
- minimum answers constraint: do not set system time
if less than n hosts answered
- average remote time display
- display difference between local and remote time
- use getservbyname("time", "udp") (not "tcp") for
UDP (was very minor bug)
- do not call getservbyname() for every host
(was monor "bug")
- almost fully compatible with previous incarnation.
- using average time when more than one host requested
(it was a bug imho -- ignorance of other hosts in this case)
- half-connect-answer-delay correction (non-issue on fast network)
- remote time collected from all hosts first, then printed
(not repeat(query+print), but repeat(query)+repeat(print)) --
again, not an issue on fast network
- more command-line options was added
Having the above incompatibilities, I still say it *is*
backward-compatible: all the issues can be seen on slow
network, where previous version was unuseable at all (now
it is useable somehow).
I also wanted to add syslog support, and turn it on by default --
so that rdate will log system time change. But this will
be really incompatible change, and I delayed it for now.
I named it `rdate-1.5-0'. You can find both source and rpms
in the directory specified.
I'm aware of bug#29103 (problem setting time: GMT vs LOCAL) --
but this is not an rdate issue per se: it is stime() syscall issue.
BTW, what syscall should be used to set time in GMT? settimeofday()?
Thanks for reporting this. Unfortunately it is a little too late for our next
upcoming release to be included, but i will check it for the next release.
Read ya, Phil