Bug 13040 - xntp3 replacement ntp defaults to off.
Summary: xntp3 replacement ntp defaults to off.
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: xntp3
Version: 7.1
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Jeff Johnson
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2000-06-26 04:38 UTC by Henri Schlereth
Modified: 2008-05-01 15:37 UTC (History)
0 users

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2000-06-26 04:38:30 UTC
Embargoed:


Attachments (Terms of Use)

Description Henri Schlereth 2000-06-26 04:38:28 UTC
On my systems, one box uses xntp3 to get the time from NIST servers and
the rest sync off of it. The ntp replacement installs itself,
but defaults to being off in all levels. There is no check to see if
xntp3 was on anywhere.
At least it doesnt mangle the original ntp.conf file.

Comment 1 Jeff Johnson 2000-07-14 03:00:02 UTC
Without  a pre-configured NTP server in the package, which can't be done, there
is
little reason to turn on xntpd/ntpd.

Comment 2 Henri Schlereth 2000-07-14 03:12:55 UTC
That's faulty logic. The default server in the ntp.conf is 127.127.1.0 and a sanity check to see if the server is turned on
would indicate either they like checking their own navel or they have put in a server IP. I have one machine that check's
NIST and all other machines check it. When I upgrade xntp3 and now ntp, it turns off the package. So I have to turn
it back on. From a customer service viewpoint this disrupting an existing  process by not checking and annoying people.

Everytime I upgrade I have to run thru a checklist of things that get turned off, and I am knowledgeable, it's still annoying.


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