Red Hat Bugzilla – Bug 293111
NetworkManager fails in switch to wireless access point
Last modified: 2009-07-14 10:05:44 EDT
Description of problem:
On a fresh Fedora 7 install I've downloaded the firmware (22.214.171.124.arm) for my
Netgear WG511 and copied it to /lib/firmware/isl3890. After startup, I click on
the wireless network in the NetworkManager list, and the adaptor fails to connect.
The wireless access point is a Linksys WRT54GL running WPA2 Personal. I noted at
http://live.gnome.org/NetworkManagerHardware that the Prism54 driver is supposed
to support WPA as of kernel 2.6.19.
Version-Release number of selected component (if applicable):
NetworkManager applet 0.6.5
Steps to Reproduce:
1. As above
See messages.log extract attached.
Wireless card authenticates and gets an IP.
I've also attached wpa_supplicant configuration.
Any help appreciated, particularly if this is a hopeless cause with the WG511.
Created attachment 197331 [details]
/var/log/messages output from the switch from wired to wireless to the failure
Created attachment 197341 [details]
Created attachment 197351 [details]
the driver is dying here as evidenced by the 'management queue full' messages.
But is this still an issue with latest F7 kernel and NM 0.6.6 from F7 updates?
Still an issue. Different behaviour. Now there are no messages at all from
NetworkManager or the kernel after the message:
NetworkManager: <info> Activation (eth1) Stage 2 of 5 (Device Configure)
I've updated to the latest patches available today, including NM 0.6.6. There
is one additional message from NetworkManager during startup:
eth1: driver does not support SSID scans (scan_capa 0x00).
This message is a reminder that Fedora 7 is nearing the end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 7. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '7'.
Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 7's end of life.
Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 7 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug. If you are unable to change the version, please add a comment here and someone will do it for you.
Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. If possible, it is recommended that you try the newest available Fedora distribution to see if your bug still exists.
Please read the Release Notes for the newest Fedora distribution to make sure it will meet your needs:
The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Similar problem occurs with Fedora 9.
Log files attached.
messages_log_from_boot.txt is all messages from boot.
messages_log_nm_only.txt is filtered on NetworkManager.
Created attachment 305832 [details]
Log messages from boot
Created attachment 305833 [details]
Log messages filtered on NetworkManager
David: there are two problems with your setup:
May 15 19:11:08 hostn nm-system-settings: ifcfg-fedora: parsing
May 15 19:11:08 hostn nm-system-settings: ifcfg-fedora: error: Missing SSID
May 15 19:11:12 hostn firmware.sh: Cannot find firmware file 'isl3890'
May 15 19:11:12 hostn kernel: prism54: request_firmware() failed for 'isl3890'
May 15 19:11:12 hostn kernel: eth1: could not upload firmware ('isl3890')
For the first one, you'll need to make sure the ifcfg file is correct, or fix up
the device in system-config-network (System->Administration->Network) and make
sure the "Controlled by NetworkManager" box is checked.
For the second, it looks like the firmware is missing for your card, so the card
won't work correctly. Did the card at least load it's firmware in F8?
Sorry Dan, looks like I gave you some wrong information courtesy of my
inattention and bug 447286. Attachment 305833 [details] is the wrong text. It's from the
installation, and the problem I'm describing is from after I installed the firmware.
I'll attached the correct filtered text. The May 15 19:11:08 error you saw is
now fixed, however if you look in attachment 305832 [details] at May 16 23:29:35, you'll
see that ifcfg-fedora gets a different error (Invalid WEP key length). There is
no WEP key in the file (which I'll also attach).
I've checked, and Controlled by Network Manager is set for both the wired and
Created attachment 305923 [details]
Messages log from May 16 23:29:25 fwd filtered on "NetworkManager"
Created attachment 305924 [details]
Wireless adaptor config file
David: do you have an /etc/sysconfig/network-scripts/keys-* file too? If you're
getting an "Invalid WEP key length" error, there may be a bad WEP key in that
file. The keys-* files exist so that the WEP key is readable only by root,
because if ifcfg files have to be readable by all users.
Dan: yes, /etc/sysconfig/network-scripts/keys-eth1 has one line
KEY=s:<correct key follows>
Ok, good info. This is a bug in the Fedora system settings plugin that does not
handle ASCII WEP keys, which is what the s: indicates. Will fix.
Does it matter for this bug that I'm using WPA, not WEP?
(Which is also the only choice that Network Manager offers me in the Wireless
Network Secrets Required dialog - WPA and WPA2 Personal)
Hmm, the system network configuration does not support WPA at this time, but
it's something we're working on. So this won't be able to work before login
either with NetworkManager, or with the 'network' service...
Since you've got a key file, it's assumed that you're using WEP.
Network Manager only offered me one choice: WPA. Is that because it picked up
the encryption scheme from the network? (But still doesn't support it)
Right; it'll find out what the network supports and only offer you those
options. WPA should work fine as a user connection, but of course that means
you don't get network-before-login and that the network doesn't persist across
login/logout or fast user switching.
I'd actually be happy with that, but if you look at the whole log you'll see
that NetworkManager fails:
May 16 23:42:06 hostn NetworkManager: <info> Activation (eth1) failed for
access point (sheather_19727)
The errors just above that indicate it had a problem with the connection secrets.
It looks like it fails because you canceled the dialog that asks for secrets:
May 16 23:42:06 hostn NetworkManager: <WARN> get_secrets_cb(): Couldn't get
connection secrets: applet-device-wireless.c.1298
but it was asking about different secrets because it couldn't connect with the
ones it had. Would you mind adding "-dddt" to the end of the Exec= line in
then rebooting and trying to connect again? When it fails, please mail me (or
attach it here and check the Private box for the attachment becuase it may
contain private information) /var/log/wpa_supplicant.log. That'll tell us more
about what's going wrong with the association.
Added the debug switches as above, rebooted and logged in, it tried to connect
and failed, asked again for the secret. I re-entered the pass phrase and tried
one more time then cancelled.
Attaching log file.
Created attachment 306388 [details]
log file with -dddt
Couldn't find the private flag on this page. Odd, I know it was here a few days
This message is a reminder that Fedora 9 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 9. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora
'version' of '9'.
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version prior to Fedora 9's end of life.
Bug Reporter: Thank you for reporting this issue and we are sorry that
we may not be able to fix it before Fedora 9 is end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora please change the 'version' of this
bug to the applicable version. If you are unable to change the version,
please add a comment here and someone will do it for you.
Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.
The process we are following is described here:
Fedora 9 changed to end-of-life (EOL) status on 2009-07-10. Fedora 9 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.
If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version.
Thank you for reporting this bug and we are sorry it could not be fixed.