Bug 52589 - Enhanced rdate(1) available (and fixes some bugs)
Summary: Enhanced rdate(1) available (and fixes some bugs)
Keywords:
Status: CLOSED DEFERRED
Alias: None
Product: Red Hat Raw Hide
Classification: Retired
Component: rdate
Version: 1.0
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Phil Knirsch
QA Contact:
URL: ftp://ftp.corpit.ru/pub/rdate/
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2001-08-25 22:49 UTC by Michael Tokarev
Modified: 2015-03-05 01:09 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2001-08-25 22:49:42 UTC
Embargoed:


Attachments (Terms of Use)

Description Michael Tokarev 2001-08-25 22:49:37 UTC
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.
   Incompatibilities are:
  - 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()?

Comment 1 Phil Knirsch 2001-08-27 12:14:15 UTC
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


Note You need to log in before you can comment on or make changes to this bug.