Red Hat Bugzilla – Bug 274141
NM aborts on (I think) receving an invalid D-BUS message
Last modified: 2008-04-10 16:44:12 EDT
Description of problem:
After the upgrade to 18.104.22.168-65, I was forced to switch to using the B43 driver
(ndiswrapper no longer works). Now the NetworkManager is crashing after a few
minutes of operation.
Version-Release number of selected component (if applicable): Most recent
release, and the prior release (after I tried a rollback). Sorry, I don't
remember the numbers, and I can't connect using Fedora, so I can;t look them up.
Steps to Reproduce:
1.Boot system with NM started as a service
2.Run this script:
while [ 1 ]; do
if [ "$(/sbin/pidof NetworkManager) == "" ]; then
sudo /etc/init.d/NetworkManager start
3.Wait for the "Passwod" promt to display, enter it, and watch a few minuets . . .
Several "[OK]" results from restarting NM
Infinite loop, no output nor prompt
See attached text file for som output from "nm-tool" and an extract from
Created attachment 184621 [details]
nm-tool error message and /var/log/messages extract
RESOLVED, I think
Well, I still believe that NM shouldn't abort on a bad D-BUS message, but my
wireless connection problem seems to have been resolved by changing the the
DRIVER= line in /etc/sysconfig/wpa_supplicant to DRIVER=-Dbroadcom -Dwext.
Apparently there was a wpa_supplicant update concurrent with the kernel update,
and the wpa_supplicant configuration file was changed.
Can you run an 'iwlist eth1 scan' when this happens and report what APs are
around? This could have been caused by an SSID with certain characters in it,
which is now fixed with NM 0.6.6 in F7-updates. Please try that version, and if
the same problem appears, reopen this bug. Thanks!
The wpa_supplicant config file shouldn't affect the operation of NM, because NM
launches the supplicant with it's own private configuration.