Bug 141428 - disconnects every 20 minutes from wireless (WPA) network
Summary: disconnects every 20 minutes from wireless (WPA) network
Status: RESOLVED NOT A BUG
Alias: None
Product: knetworkmanager
Classification: Miscellaneous
Component: general (show other bugs)
Version: 0.1
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: Will Stephenson
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-02-09 09:13 UTC by Manuel López-Ibáñez
Modified: 2008-06-14 15:30 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments
edited daemon.log showing disconnection events (19.55 KB, text/plain)
2007-02-09 19:55 UTC, Manuel López-Ibáñez
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Manuel López-Ibáñez 2007-02-09 09:13:41 UTC
Version:           0.1 (using KDE KDE 3.5.5)
Installed from:    Ubuntu Packages
OS:                Linux

Knetworkmanager loses connectivity to a WPA wireless network intermittently in intervals of around 20 minutes (sometimes more frequently). It takes around 1 minute to reconnect.

First reported in ubuntu: https://bugs.launchpad.net/ubuntu/+source/knetworkmanager/+bug/78181

There are some messages printed in console:

** (process:4858): CRITICAL **: nmu_security_deserialize_wpa_psk: assertion `dbus_message_iter_get_arg_type (iter) == DBUS_TYPE_STRING' failed
knetworkmanager: WARNING: [static void NetworkManagerInfoDBus::updateNetworkInfo(DBusMessage*)] Failed to deserialize security. Probably we_ciphers are different.

And a lot more printed in /var/log/daemon.log

Feb  9 08:10:41 localhost NetworkManager: <information>^Ieth1: link timed out.
Feb  9 08:10:41 localhost NetworkManager: <information>^ISWITCH: found better connection 'eth1/3Com' than current connection 'eth1/3C
om'.  same_ssid=1, have_link=0

I can provide the full daemon.log or the contents between two disconnections.
Comment 1 Will Stephenson 2007-02-09 09:53:20 UTC
It looks like the NetworkManager daemon is switching connections, but then sends a network update to knetworkmanager that it is unable to process.  I'm not sure why this fails the reconnect though.  

Do you always get the SWITCH message in daemon.log when the disconnect happens?
Comment 2 Manuel López-Ibáñez 2007-02-09 19:52:02 UTC
As far as I have seen, the answer is yes. Although sometimes there are some messages before the SWITCH. I will attach an edited daemon.log showing a few disconnections.
Comment 3 Manuel López-Ibáñez 2007-02-09 19:55:52 UTC
Created attachment 19602 [details]
edited daemon.log showing disconnection events

This log shows events happening when knetworkmanager disconnects. It shows
three consecutive disconnections. I have removed the common output that appears
whenever the wireless is getting activated.
Comment 4 Will Stephenson 2007-03-08 23:23:33 UTC
Thanks for the extra info, I'll look at it.
Comment 5 Manuel López-Ibáñez 2007-03-09 11:40:03 UTC
Perhaps the same bug? 
https://launchpad.net/ubuntu/+bug/64173
Comment 6 Manuel López-Ibáñez 2007-03-11 02:17:56 UTC
After a while I also the following message:

Mar 11 01:08:01 localhost NetworkManager: <information>^IActivation (eth1/wireless): access point '3Com' is encrypted, but NO valid k
ey exists.  New key needed.
Mar 11 01:08:01 localhost NetworkManager: <information>^IActivation (eth1) New wireless user key requested for network '3Com'.
Mar 11 01:08:01 localhost NetworkManager: <information>^IActivation (eth1) Stage 2 of 5 (Device Configure) complete.
Mar 11 01:08:01 localhost NetworkManager: <WARNING>^I nm_dbus_get_user_key_for_network_cb (): nm_dbus_get_user_key_for_network_cb():
dbus returned an error.   (org.freedesktop.DBus.Error.LimitsExceeded) The maximum number of pending replies per connection has been r
eached
Mar 11 01:08:01 localhost NetworkManager: <information>^IDeactivating device eth1.
Mar 11 01:08:01 localhost NetworkManager: <information>^IActivation (eth1): cancelling...
Mar 11 01:08:01 localhost NetworkManager: <information>^IActivation (eth1) cancellation handler scheduled...
Mar 11 01:08:01 localhost NetworkManager: <information>^IActivation (eth1) cancellation handled.
Mar 11 01:08:01 localhost NetworkManager: <information>^IActivation (eth1): cancelled.
Mar 11 01:08:47 localhost NetworkManager: <debug info>^I[1173575327.742070] nm_device_802_11_wireless_get_activation_ap (): Forcing A
P '3Com'
Mar 11 01:08:47 localhost NetworkManager: <information>^IUser Switch: /org/freedesktop/NetworkManager/Devices/eth1 / 3Com
Mar 11 01:08:47 localhost NetworkManager: <information>^IDeactivating device eth1.
Mar 11 01:08:49 localhost NetworkManager: <information>^IError from dhcdbd on 'reason' request because: name 'org.freedesktop.DBus.Er
ror.LimitsExceeded', message 'The maximum number of pending replies per connection has been reached'.
Mar 11 01:08:49 localhost NetworkManager: <information>^IDevice eth1 activation scheduled...


And then I need to restart DBUS completely.
Comment 7 Daniel O. 2007-10-31 11:33:27 UTC
I have a related problem.

The WEP-Enterprise network (protected with a SSL certificate) which I connect on the university goes down or works wrong randomly when I connect with Knetworkmanager.
Using ipw driver (Intel PRO/Wireless 3945ABG Network Connection).

Comment 8 Manuel López-Ibáñez 2007-12-12 21:12:41 UTC
Daniel O., open a new bug. Also try without Knetworkmanager (look in google, I have no idea).
Comment 9 Manuel López-Ibáñez 2007-12-12 21:14:43 UTC
I can confirm this bug with a different wireless router and a different laptop. 
A difference is that now there is a continuous output in /var/log/daemon.log, so it is even harder to understand what is going on. Another difference is that reconnection happens every 10 seconds or so.

Yet, I finally found out how to use wpa_supplicant by itself and disable NetworkManager.

In /etc/network/interfaces:

iface eth1 inet dhcp
wpa-driver wext
wpa-conf /etc/wpa_supplicant.conf

In /etc/wpa_supplicant.conf

ctrl_interface=/var/run/wpa_supplicant
ap_scan=2
# Only WPA-PSK is used. Any valid cipher combination is accepted.
network={
 ssid="myred"
 proto=WPA
 key_mgmt=WPA-PSK
 pairwise=TKIP
 group=TKIP WEP104 WEP40
 psk="mypassword"
 priority=2
}

(Although, if I add CCMP to pairwise and group like in the example found in README.wpa_supplicant.conf.gz, then it doesn't work).

Now I don't get disconnections, so this is an issue in NetworkManager/Knetworkmanager.
Comment 10 Will Stephenson 2008-06-14 15:30:58 UTC
It's a NetworkManager upstream problem, there's nothing in the log to indicate it was failing while talking to KNetworkManager.