Bug 465118
| Summary: | NetworkManager fails to reconnect to a network it has connected before | ||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Miguel Angel Perez <mangelp> | ||||||||||||
| Component: | NetworkManager | Assignee: | Dan Williams <dcbw> | ||||||||||||
| Status: | CLOSED WORKSFORME | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||||||
| Severity: | high | Docs Contact: | |||||||||||||
| Priority: | medium | ||||||||||||||
| Version: | 9 | CC: | dcbw, m.oliver, wtogami, xdunlapx | ||||||||||||
| Target Milestone: | --- | ||||||||||||||
| Target Release: | --- | ||||||||||||||
| Hardware: | All | ||||||||||||||
| OS: | Linux | ||||||||||||||
| Whiteboard: | |||||||||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||||||||
| Doc Text: | Story Points: | --- | |||||||||||||
| Clone Of: | Environment: | ||||||||||||||
| Last Closed: | 2009-02-17 12:02:13 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: | |||||||||||||||
| Attachments: |
|
||||||||||||||
|
Description
Miguel Angel Perez
2008-10-01 16:51:04 UTC
Created attachment 319130 [details]
Dmesg grepped output for wlan0 interface
Created attachment 319131 [details]
Lspci output for my wifi device
Usually if you go to options and remove the entry for the wifi connection the next authentication can be successful. If that fails restarting the NetworkManager service helps too. Created attachment 319525 [details]
/var/log/messages grepped for NetworkManager
Created attachment 319526 [details]
Dmesg grepped output for wlan0 interface
Is this applies now for fedora 9 package i'm changing from rawhide to fedora 9. After the last update the package from fedora 9 repositories replaced the one from rawhide and both are now the same version. NetworkManager-0.7.0-0.11.svn4022.4.fc9.i386 With the last update network manager asks the password again and again and doesn't connect to the wpa wifi. The above tricks doesn't work no more. This is not new, i have been experiencing random works/don't work since the first time NM was introduced in fedora as the default manager for connections. I have updated the attachments in hope it helps to solve the painful behavior of a critical app like this. I am seeing the same, or a similar problem after the most recent system update to network manager 0.11.svn4022.4.fc9. * Stored wireless network connections which were created with WEP ASCII key stop working (asking for the password again and again) * It is impossible to re-enter a WEP ASCII key. It seems the user interface has changed. Previously there was an explicit option for entering WEP ASCII keys, now none of the remaining (48/128 bit key, 128 bit passphrase) seems to accept ASCII keys. I fail to see the rationale of breaking a working Fedora 9 so late in its life cycle by removing critical UI options. Only solution so far appears to downgrade network manager in order to connect to certain networks. Oliver, could you file another bug report about that specific issue with ASCII keys? The dialog should be accepting the ASCII keys, you can choose "WEP 40/128-bit Key" and it will accept either the 5 or 13 character ASCII keys. Are you _sure_ your key is an ascii key? How long is it? Does it contain non-hexadecimal characters (ie, any characters other than 0 -> 9 and a -> F)? Miguel, sounds more like driver issues (the supplicant clearly is not connecting to your AP). NM uses wpa_supplicant underneath to drive the wifi connection, and the supplicant isn't getting past the 4-Way Handshake step. Would you mind if I helped you through a wpa_supplicant manual run to see what the issue might be? Also, what kernel version is installed? 'uname -a' from a terminal will tell you. Hello Dan, I'm using the latest PAE kernel from fedora repos, here is the uname -a output: Linux hyperion.hegemony 2.6.26.5-45.fc9.i686.PAE #1 SMP Sat Sep 20 03:34:10 EDT 2008 i686 i686 i386 GNU/Linux I'll be glad of following your advice to find what is the issue and do the manual run of wpa_supplicant. (In reply to comment #9) > Oliver, could you file another bug report about that specific issue with ASCII > keys? The dialog should be accepting the ASCII keys, you can choose "WEP > 40/128-bit Key" and it will accept either the 5 or 13 character ASCII keys. The issue I am seeing, embarassingly, disappeared after a system reboot. Now I can indeed inter an ASCII key in the field "WEP 40/128-bit Key". I had tried a lot of things, but a reboot after upgrading network manager had not crossed my mind (I had restarted the deamon, though, to no avail)... Will file separate bug report should I ever be able to reproduce this problem. I had the same problem however I was able to reconnect by using Edit Connections, delete the (auto) connected network, and create a new one, OR wait till the network is scanned again and chose it to connect to. Oliver; thanks for the report, closing since this is reported as fixed. If there are other issues, please file a new bug for them. |