Bug 144700 - [rc.d] async dhclient breaks stuff for too many people, synchronous_dhclient should be enabled by default
Summary: [rc.d] async dhclient breaks stuff for too many people, synchronous_dhclient ...
Status: Open
Alias: None
Product: Base System
Classification: Unclassified
Component: conf (show other bugs)
Version: 8.0-RELEASE
Hardware: Any Any
: Normal Affects Only Me
Assignee: freebsd-bugs mailing list
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-03-12 16:40 UTC by Dmitry Marakasov
Modified: 2017-12-31 22:34 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Dmitry Marakasov freebsd_committer 2010-03-12 16:40:01 UTC
Recently I've seen just too many cases when the default way dhclient
is ran breaks stuff for people (samba, ntpd, other services don't start
with lots of errors, because resolving or routes are not set up), so,
though there exists related conf/133987, I though this should be
submitted again with critical status.

As far as I remember, the reason we don't have synchronous_dhclient="YES"
by default (which will fix things for all these people) is for the sake
of mobile users who don't always have interfaces up on boottime.

However I don't believe we have more mobile than stationary users, so to
benefit most I think we should at have synchronous_dhclient="YES" by
default. In addition, this setting is much easier to debug - as dhclient
popping up on boot when it's not desired, leads to obvious conclusion
that it should be turned off, while current setting leads to many
services failing randomly, without obvious relation to DHCP - for example,
ntpd is unable to resolve any server addresses and ends up without peers,
doing nothing. Unless you look into logs, you won't even know it's not
working.

Fix: 

First thing, we definitely need to have synchronous_dhclient="YES" by default.

Additional changes may be useful for mobile users, for example, something
like this:

http://www.mail-archive.com/svn-src-all@freebsd.org/msg08127.html

Finally, we may think of some solution that delays service startups
until networking is up. Not sure if that can really be useful though.
How-To-Repeat: Setup services that need networking (resolving, most commonly) at startup.
Run them on DHCP-enabled system, watch them fail because by the time
they're run, networking is not set up yet.
Comment 1 Mark Linimon freebsd_committer freebsd_triage 2010-03-12 18:45:39 UTC
Responsible Changed
From-To: freebsd-bugs->freebsd-net

Although this is for an rc setting, it probably really needs to be 
decided by the net@ readers.
Comment 2 Eitan Adler freebsd_committer freebsd_triage 2017-12-31 08:01:35 UTC
For bugs matching the following criteria:

Status: In Progress Changed: (is less than) 2014-06-01

Reset to default assignee and clear in-progress tags.

Mail being skipped