[gutsy] Random crashes on wireless assocation.

[Scott Robinson]

Binary package hint: network-manager

I have spotty wireless reception at my apartment, and this is where the problems seem to occur the most often. Here is an excerpt from my syslog. I have network-manager-debsyms installed, but the backtrace doesn't have any information.

I can't reliably replicate the issue, but it happens constantly.

Oct 2 12:32:57 resa NetworkManager: <debug> [1191353577.268945] nm_device_802_11_wireless_get_activation_ap(): Forcing AP 'wsunexus'
Oct 2 12:32:57 resa NetworkManager: <info> User Switch: /org/freedesktop/NetworkManager/Devices/eth1 / wsunexus
Oct 2 12:32:57 resa NetworkManager: <info> Deactivating device eth1.
Oct 2 12:32:57 resa dhclient: There is already a pid file /var/run/dhclient.eth1.pid with pid 31327
Oct 2 12:32:57 resa dhclient: killed old client process, removed PID file
Oct 2 12:32:57 resa dhclient: DHCPRELEASE on eth1 to 172.16.7.251 port 67
Oct 2 12:32:57 resa avahi-daemon[5861]: Withdrawing address record for 172.16.221.184 on eth1.
Oct 2 12:32:57 resa avahi-daemon[5861]: Leaving mDNS multicast group on interface eth1.IPv4 with address 172.16.221.184.
Oct 2 12:32:57 resa avahi-daemon[5861]: Interface eth1.IPv4 no longer relevant for mDNS.
Oct 2 12:32:58 resa NetworkManager: <info> SUP: sending command 'DISABLE_NETWORK 0'
Oct 2 12:33:00 resa NetworkManager: <info> SUP: response was 'OK'
Oct 2 12:33:00 resa NetworkManager: <info> SUP: sending command 'AP_SCAN 0'
Oct 2 12:33:12 resa NetworkManager: <info> SUP: response was 'TIMEOUT[CLI]'
Oct 2 12:33:12 resa NetworkManager: <WARN> nm_utils_supplicant_request_with_check(): supplicant_cleanup: supplicant error for 'AP_SCAN 0'. Response: 'TIMEOUT[CLI]'
Oct 2 12:33:12 resa NetworkManager: <WARN> supplicant_cleanup(): supplicant_cleanup - couldn't set AP_SCAN 0
Oct 2 12:33:12 resa NetworkManager: <info> SUP: sending command 'TERMINATE'
Oct 2 12:33:13 resa avahi-daemon[5861]: Interface eth1.IPv6 no longer relevant for mDNS.
Oct 2 12:33:13 resa avahi-daemon[5861]: Leaving mDNS multicast group on interface eth1.IPv6 with address fe80::21b:77ff:fe1a:595d.
Oct 2 12:33:13 resa avahi-daemon[5861]: Withdrawing address record for fe80::21b:77ff:fe1a:595d on eth1.
Oct 2 12:33:24 resa NetworkManager: <info> SUP: response was 'TIMEOUT[CLI]'
Oct 2 12:33:24 resa NetworkManager: <WARN> nm_utils_supplicant_request_with_check(): supplicant_cleanup: supplicant error for 'TERMINATE'. Response: 'TIMEOUT[CLI]'
Oct 2 12:33:24 resa NetworkManager: <WARN> supplicant_cleanup(): supplicant_cleanup - couldn't terminate wpasupplicant cleanly.
Oct 2 12:33:24 resa NetworkManager: <info> Device eth1 activation scheduled...
Oct 2 12:33:24 resa NetworkManager: <info> Activation (eth1) started...
Oct 2 12:33:24 resa NetworkManager: <info> Activation (eth1) Stage 1 of 5 (Device Prepare) scheduled...
Oct 2 12:33:24 resa NetworkManager: <info> Activation (eth1) Stage 1 of 5 (Device Prepare) started...
Oct 2 12:33:24 resa NetworkManager: <WARN> nm_signal_handler(): Caught signal 11. Generating backtrace...
Oct 2 12:33:24 resa NetworkManager: <info> Old device 'eth1' activating, won't change.
Oct 2 12:33:24 resa kernel: [40095.316000] ADDRCONF(NETDEV_UP): eth1: link is not ready
Oct 2 12:33:24 resa NetworkManager: ******************* START **********************************
Oct 2 12:33:24 resa NetworkManager: Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
Oct 2 12:33:25 resa NetworkManager: [Thread debugging using libthread_db enabled]
Oct 2 12:33:25 resa NetworkManager: [New Thread -1212414288 (LWP 20983)]
Oct 2 12:33:25 resa NetworkManager: [New Thread -1220809840 (LWP 31263)]
Oct 2 12:33:25 resa NetworkManager: [New Thread -1212417136 (LWP 31260)]
Oct 2 12:33:25 resa NetworkManager: [New Thread -1229202544 (LWP 21049)]
Oct 2 12:33:25 resa NetworkManager: 0xffffe410 in __kernel_vsyscall ()
Oct 2 12:33:25 resa NetworkManager: ******************* END **********************************
Oct 2 12:33:25 resa kernel: [40096.948000] ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready

[Alexander Sack (asac)]

looks like a duplicate of bug 145683