Bug 1463245
Summary: | setting ap_scan in wpa_supplicant.conf does not work | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Don Swaner <Gecko8211> |
Component: | wpa_supplicant | Assignee: | Lubomir Rintel <lkundrak> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 25 | CC: | bgalvani, blueowl, dcbw, Gecko8211, lkundrak |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | wpa_supplicant-2.6-3.fc25 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2017-07-25 21:28:17 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Attachments: |
Description
Don Swaner
2017-06-20 12:27:39 UTC
Hi, the journal message is harmless, because in AP mode we need ap_scan=2 to force the immediate creation of the network without a scan. To debug the failed connections from clients, can you please do the following: # Add '-dd' to OTHER_ARGS in /etc/sysconfig/wpa_supplicant systemctl restart wpa_supplicant nmcli general logging level TRACE nmcli connection up "Wi-Fi connection 1" # now try to connect the client and verify that the attempt fails journalctl -u NetworkManager --since='2 minutes ago' > nm.log journalctl -u wpa_supplicant --since='2 minutes ago' > wpas.log and attach the two log files? Thanks! Created attachment 1292362 [details]
Requested NetworkManager journal selection
Created attachment 1292363 [details]
Requested wpa_supplicant journal selection
I am unable to recreate the problem at this time. I tried 6 times, rebooting twice, and connected OK first time, every time. However, for the final attempt I have attached the requested logs. Note that I normally keep wifi turned off, only turning it on when needed. I am still experiencing intermittent connect problems. But so far every time I turn on debugging mode, I get a connection. I turn off debugging mode unless I'm trying to capture this error. Created attachment 1300427 [details]
Requested NetworkManager journal selection #2
This log captures the problem.
Created attachment 1300428 [details]
Requested wpa_supplicant journal selection #2
This log captures the problem.
The logs capture a failed connect attempt, followed by a successful connect. Beniamino: I do see in the NM logs that the MAC address of the wifi device is getting changed, and that the MAC that NM sets: Jul 18 06:44:43 gecko1.bugbane-hollow NetworkManager[885]: <trace> [1500374683.8084] device[0x557b99dba400] (wlp2s0): set-hw-addr: setting MAC address to '94:E9:79:DF:CD:79' (set-cloned, permanent)... is not the same MAC as the one the supplicant thinks the interface has a few seconds later: Jul 18 06:44:48 gecko1.bugbane-hollow wpa_supplicant[2843]: nl80211: MLME event 59 (NL80211_CMD_FRAME) on wlp2s0(6e:31:b5:6c:76:26) A1=ff:ff:ff:ff:ff:ff A2=ac:18:26:4e:d2:47 so I think the intermittency here is because the supplicant isn't correctly tracking the MAC address change. I guess f25's supplicant doesn't have 290834df69556b903b49f2a45671cc62b44f13bb "nl80211: Fix race condition in detecting MAC change" ? (In reply to Dan Williams from comment #9) > Beniamino: I do see in the NM logs that the MAC address of the wifi device > is getting changed, and that the MAC that NM sets: > ... > I guess f25's supplicant doesn't have > 290834df69556b903b49f2a45671cc62b44f13bb "nl80211: Fix race condition in > detecting MAC change" ? Correct, that commit probably fixes the issue. Don, can you please try the RPM from this build which includes the mentioned patch: https://koji.fedoraproject.org/koji/taskinfo?taskID=20598092 ? Created attachment 1300578 [details]
NetworkManager journal selection #3
Log after upgrading to wpa_supplicant-2.6-2.1.fc25.x86_64.rpm.
Created attachment 1300579 [details]
wpa_supplicant journal selection #3
Log after upgrading to wpa_supplicant-2.6-2.1.fc25.x86_64.rpm.
I made 3 connection attempts with the upgraded wpa_supplicant. All were successful. The logs cover the first attempt, plus some spill over into the second attempt. Yeah, the fix seems effective: Jul 18 13:32:02 gecko1.bugbane-hollow wpa_supplicant[2521]: nl80211: Own MAC address on ifindex 3 (wlp2s0) changed from 12:35:5e:84:8e:cc to 94:e9:79:df:cd:79 I'll push an updated package with the patch. wpa_supplicant-2.6-3.fc25 has been submitted as an update to Fedora 25. https://bodhi.fedoraproject.org/updates/FEDORA-2017-56704c88b6 wpa_supplicant-2.6-3.fc25 has been pushed to the Fedora 25 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2017-56704c88b6 wpa_supplicant-2.6-3.fc25 has been pushed to the Fedora 25 stable repository. If problems still persist, please make note of it in this bug report. |