Description of problem: NM segfaults after trying to connect to previously connected AP. Sugar starts and hands the secrets to NM and NM does crash. Version-Release number of selected component (if applicable): NetworkManager-0.7.0.99-3.5.git20090318.fc11.i586 How reproducible: always Steps to Reproduce: 1. log into sugar and connect to an AP 2. log out 3. log in again - the connection with the Ap does happen automatically Actual results: Mar 23 12:22:46 localhost NetworkManager: <info> Activation (wlan0/wireless): connection 'Auto pennylane' has security, and secrets exist. No new secrets needed. Mar 23 12:22:46 localhost NetworkManager: <info> Config: added 'ssid' value 'pennylane' Mar 23 12:22:46 localhost NetworkManager: <info> Config: added 'scan_ssid' value '1' Mar 23 12:22:46 localhost NetworkManager: <info> Config: added 'key_mgmt' value 'NONE' Mar 23 12:22:46 localhost NetworkManager: <info> Config: added 'wep_key0' value '<omitted>' Mar 23 12:22:46 localhost NetworkManager: <info> Config: added 'wep_tx_keyidx' value '0' Mar 23 12:22:46 localhost NetworkManager: <info> Activation (wlan0) Stage 2 of 5 (Device Configure) complete. Mar 23 12:22:46 localhost NetworkManager: <info> Config: set interface ap_scan to 1 Mar 23 12:22:46 localhost NetworkManager: <info> (wlan0): supplicant connection state: scanning -> disconnected Mar 23 12:22:46 localhost NetworkManager: <info> (wlan0): supplicant connection state: disconnected -> scanning Mar 23 12:22:47 localhost NetworkManager: <info> (wlan0): supplicant connection state: scanning -> associating Mar 23 12:22:47 localhost NetworkManager: <info> (wlan0): supplicant connection state: associating -> associated Mar 23 12:22:47 localhost NetworkManager: <info> (wlan0): supplicant connection state: associated -> completed Mar 23 12:22:47 localhost NetworkManager: <info> Activation (wlan0/wireless) Stage 2 of 5 (Device Configure) successful. Connected to wireless network 'pennylane'. Mar 23 12:22:47 localhost NetworkManager: <info> Activation (wlan0) Stage 3 of 5 (IP Configure Start) scheduled. Mar 23 12:22:47 localhost NetworkManager: <info> Activation (wlan0) Stage 3 of 5 (IP Configure Start) started... Mar 23 12:22:47 localhost NetworkManager: <info> (wlan0): device state change: 5 -> 7 Mar 23 12:22:47 localhost NetworkManager: <info> Activation (wlan0) Beginning DHCP transaction. Mar 23 12:22:47 localhost dhclient: Internet Systems Consortium DHCP Client 4.1.0 Mar 23 12:22:47 localhost dhclient: Copyright 2004-2008 Internet Systems Consortium. Mar 23 12:22:47 localhost dhclient: All rights reserved. Mar 23 12:22:47 localhost dhclient: For info, please visit http://www.isc.org/sw/dhcp/ Mar 23 12:22:47 localhost dhclient: Mar 23 12:22:47 localhost NetworkManager: <info> dhclient started with pid 10553 Mar 23 12:22:47 localhost NetworkManager: <info> Activation (wlan0) Stage 3 of 5 (IP Configure Start) complete. Mar 23 12:22:47 localhost NetworkManager: <info> DHCP: device wlan0 state changed normal exit -> preinit Mar 23 12:22:47 localhost dhclient: Listening on LPF/wlan0/00:17:9a:b1:22:5d Mar 23 12:22:47 localhost dhclient: Sending on LPF/wlan0/00:17:9a:b1:22:5d Mar 23 12:22:47 localhost dhclient: Sending on Socket/fallback Mar 23 12:22:48 localhost NetworkManager: nm_ip4_config_get_dbus_path: assertion `NM_IS_IP4_CONFIG (config)' failed Mar 23 12:22:48 localhost NetworkManager: <WARN> nm_signal_handler(): Caught signal 11. Generating backtrace... Mar 23 12:22:48 localhost NetworkManager: ******************* START ********************************** Mar 23 12:22:48 localhost NetworkManager: ******************* END ********************************** Mar 23 12:22:48 localhost pulseaudio[10538]: module-alsa-sink.c: Increasing wakeup watermark to 5.99 ms Mar 23 12:22:48 localhost pulseaudio[10538]: module-alsa-source.c: Increasing wakeup watermark to 5.99 ms Mar 23 12:22:50 localhost dhclient: DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 6 Mar 23 12:22:50 localhost dhclient: DHCPOFFER from 192.168.0.1 Mar 23 12:22:50 localhost dhclient: DHCPREQUEST on wlan0 to 255.255.255.255 port 67 Mar 23 12:22:50 localhost dhclient: DHCPACK from 192.168.0.1 Mar 23 12:22:50 localhost dhclient: bound to 192.168.0.102 -- renewal in 410086263 seconds.
looks a bit like what is described here: http://www.nabble.com/Segment-fault-when-using-wireless-%28adhoc-mode%29-td22283535.html
I seem to hit it after logout. After restart it was fine, as well after the first logout - but not after the second one.
Created attachment 336309 [details] backtrace
Probably triggered by a GetAll of the device's properties right after a state change to ip-configure state. Should be fixed upstream in 31539034b306ea2b324ffb85f776b6a5e0b38acf.
NetworkManager-0.7.0.99-4.git20090324.fc10 has been submitted as an update for Fedora 10. http://admin.fedoraproject.org/updates/NetworkManager-0.7.0.99-4.git20090324.fc10
NetworkManager-0.7.0.99-4.git20090324.fc9 has been submitted as an update for Fedora 9. http://admin.fedoraproject.org/updates/NetworkManager-0.7.0.99-4.git20090324.fc9
Verified fix in F11 - is working fine now for me.
NetworkManager-0.7.0.99-4.git20090324.fc10 has been pushed to the Fedora 10 stable repository. If problems still persist, please make note of it in this bug report.
I am sorry to say that this update has proved to be a disaster for me. It seems to be incompatible with either the Cisco VPN client driver or VMWare Workstation network drivers. If neither if these are loaded, NetworkManager starts as expected. If however, either is loaded, NetworkManager immediately crashes. I have attached a sanitized logfile extract demonstrating the problem. I guess I will have to revert back to the previous version.
Created attachment 336813 [details] message log of failures after applying this fix.
NetworkManager-0.7.0.99-5.git20090326.fc9 has been submitted as an update for Fedora 9. http://admin.fedoraproject.org/updates/NetworkManager-0.7.0.99-5.git20090326.fc9
I also see the same problem with this fix as Kelvin reported. When I reverted to NetworkManager-0.7.0.99-3.fc10.x86_64 (etc) the problem disappeared completely.
NetworkManager-0.7.0.100-2.git20090408.fc9 has been submitted as an update for Fedora 9. http://admin.fedoraproject.org/updates/NetworkManager-0.7.0.100-2.git20090408.fc9
NetworkManager-0.7.1-1.fc9 has been submitted as an update for Fedora 9. http://admin.fedoraproject.org/updates/NetworkManager-0.7.1-1.fc9
NetworkManager-0.7.1-1.fc9 has been pushed to the Fedora 9 stable repository. If problems still persist, please make note of it in this bug report.