Bug #2732
closeddhclient sporadically eats up all processing time
0%
Description
Hi,
my wifi interface is configured in rc.conf to run with DHCP.
After logging into the machine (Lenovo ThinkPad X61) one can see two dhclient instances running on that wifi interface, one run by _dhcp and one run by root.
The one run by user _dhcp then uses >97% processing time of one of the machine's cores.
This behaviour has been around since v3.6 (this is the version I started with dfly).
Is it normal that two chclients are running by differnet users (_dhcp, root)?
uname -a output is:
DragonFly MisterX 4.1-DEVELOPMENT DragonFly v4.1.0.53.g61b98-DEVELOPMENT #1: Sun Nov 9 16:10:57 CET 2014 root@MisterX:/usr/obj/usr/src/sys/X86_64_GENERIC x86_64
Regards
Matthias
Files
Updated by jorisgio about 10 years ago
I experience this issue too from time to time. There is two processes because of privsep, the actuall dhcp code runs in _dhcp while the controlling process runs as root.
Updated by profmakx about 10 years ago
- File 0001-dhclient-Update-linkstate-after-poll.patch 0001-dhclient-Update-linkstate-after-poll.patch added
I have a patch which I currently classify as a hack, but can you try whether this helps?
Updated by profmakx about 10 years ago
- File 0001-dhclient-Update-linkstate-after-poll.patch 0001-dhclient-Update-linkstate-after-poll.patch added
Meh. the patch contained garbage. The one attached to this one is correct.
Updated by masu about 10 years ago
Thanks, I applied your patch and the laptop has been running for >7h without dhclient showing up as described. dhclient normally showed up earlier before applying your patch.
Looks promising ...
Updated by profmakx about 10 years ago
- Status changed from New to Closed
- Assignee set to profmakx
This fix has been committed to -master and the 4.0 branch. Reopen if the problem persists.