Bug 408141
Summary: | wpa_supplicant leaks about 100KB per hour on my laptop | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Pádraig Brady <p> |
Component: | wpa_supplicant | Assignee: | Dan Williams <dcbw> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | low | ||
Version: | 8 | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i686 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | 0.5.7-19 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2008-01-16 21:52:37 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Pádraig Brady
2007-12-03 00:12:24 UTC
neat; will try to track this down. thanks for the heads-up FYI; I'm pretty sure I know where the leaks are (2 of them) and will fix them in the next update. Can you test out http://koji.fedoraproject.org/koji/taskinfo?taskID=280449 when it's done, and see if that fixes the leaks for you? That package seems to start 2 wpa_supplicant processes: $ ps -C wpa_supplicant -oargs= wpa_supplicant -c /etc/wpa_supplicant/wpa_supplicant.conf -ieth1 -Dwext -B /usr/sbin/wpa_supplicant -c /etc/wpa_supplicant/wpa_supplicant.conf -u -f Neither of them leak though :) $ while true; do ps -C wpa_supplicant -orss=; sleep 300; done 812 1912 812 1912 812 1912 812 1912 thanks Dan. Hmm, I guess we need a way to ensure that the new init stuff doesn't start things unelss they are configured. Can you obtain the output of: /sbin/chkconfig --list | grep wpa_supplicant for me to ensure that you have wpa_supplicant turned _off_ at boot time? It doesn't matter for NetworkManager, because NetworkManager starts wpa_supplicant on-demand through dbus service activation, so only uses it when it needs to. However, if the new initscript bits start wpa_supplicant unconditionally now, that's wrong and I need to fix that. Hmm RSS went from 1912 to 1916 after 20 mins, but has held steady there for the last hour, so I still think the leak is gone. As for 2 processes being started, wpa_supplicant _is_ started in runlevel 5 (and previously has failed due to eth1 not being available at that time). I did /etc/init.d/wpa_supplicant restart, after which I got both processes. I'll turn wpa_supplicant off in runlevel 5 as you suggest. So I think this is all OK also. Yeah, if you're using NetworkManager exclusively you don't need to use the /etc/init.d facilities; you can (as root) simply 'killall -TERM wpa_supplicant' and it'll get started again automatically when NM needs it. wpa_supplicant-0.5.7-19.fc8 has been pushed to the Fedora 8 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update wpa_supplicant' Should be long-fixed with -19 and later |