Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 29370 - /etc/ntp.conf gets overwritten with incorrect values upon reboot
Summary: /etc/ntp.conf gets overwritten with incorrect values upon reboot
Status: RESOLVED WONTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: SpanKY
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-09-22 13:51 UTC by Ivan Raikov
Modified: 2003-11-01 13:05 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ivan Raikov 2003-09-22 13:51:00 UTC
Every time I reboot, /etc/ntp.conf gets overwritten with some default values
("server fudge" and so on), thus erasing any customizations that have been made
to the file.
Comment 1 TGL 2003-09-22 14:11:51 UTC
Are you using dhcpcd? If you are, edit your "/etc/conf.d/net" and add "-N" to your 
"dhcpcd_ethX" options list. 
Comment 2 Ivan Raikov 2003-09-22 14:20:36 UTC
That fixed it. Should this be the default behavior, though? It's really inconvenient and non-obvious...
Comment 3 SpanKY gentoo-dev 2003-09-22 14:38:30 UTC
dhcpcd support is for different dhcp clients, -N is for a specific version

plus, there's a note about this in ntp.conf
Comment 4 stuart2048 2003-11-01 13:05:34 UTC
Ivan is right, this problem is inconvenient and non-obvious.  However, 
Ivan, in your case it sounds like your DHCP server is misconfigured: 
it is probably sending bad or non-existant NTP settings.  That is 
something for you to fix on your end.

So in the case of a misconfigured or uncooperative DHCP server, I
think the right solution is to "dhcdcp_eth?=-N".

Meanwhile, I do not want to pass -N to dhcpcd because I *do* want
it to update my ntp.conf file.  Updates to config files via
DHCP is the right thing to allow users to do.  I hate having
to maintain config files by hand if there is a way to automate
the process.

It seems to me that the right way to fix this bug is to fix dhcpcd.
For one thing, it points the ntp.drift file to the wrong location.
According to the ntp-4.1.2.ebuild, ntp.drift lives at
/var/lib/ntp/ntp.drift, not /etc/ntp.drift.

That said, it seems like my issue is really a bug in dhcpcd -- so
I'll stop my whining here... sorry!

Thanks for everyone's hard work!

--Stuart