Dear Debian folks,


after a restart of the system after the upgrade from NetworkManager
0.9.8.10-3 to 0.9.8.10.4, NetworkManager is unable to connect to an
encrypted WLAN.

`nm-applet` prints the message below to the terminal.

        ** Message: received an invalid or unencryptable secret

Stopping NetworkManager with `sudo service network-manager stop` and
using `wpa_supplicant` directly, the system can connect successfully.


Thanks,

Paul

Am 03.07.2014 23:19, schrieb Paul Menzel:

Please send me a debug log of NetworkManager. Instructions are at [1]

Did you have multiple wpa_supplicant instances running or upgraded any
other relevant packages?
How do you store your WPA secrets, system-wide or in gnome-keyring?



[1] https://wiki.gnome.org/Projects/NetworkManager/Debugging

Am Donnerstag, den 03.07.2014, 23:25 +0200 schrieb Michael Biebl:

        NetworkManager[2304]: <info> Auto-activating connection 'MYSSID'.
        NetworkManager[2304]: <info> Activation (wlan0) starting connection 'MYSSID'
        NetworkManager[2304]: <info> (wlan0): device state change: disconnected -> prepare (reason 'none') [30 40 0]
        NetworkManager[2304]: <info> NetworkManager state is now CONNECTING
        NetworkManager[2304]: <info> Activation (wlan0) Stage 1 of 5 (Device Prepare) scheduled...
        NetworkManager[2304]: <info> Activation (wlan0) Stage 1 of 5 (Device Prepare) started...
        NetworkManager[2304]: <info> Activation (wlan0) Stage 2 of 5 (Device Configure) scheduled...
        NetworkManager[2304]: <info> Activation (wlan0) Stage 1 of 5 (Device Prepare) complete.
        NetworkManager[2304]: <info> Activation (wlan0) Stage 2 of 5 (Device Configure) starting...
        NetworkManager[2304]: <info> (wlan0): device state change: prepare -> config (reason 'none') [40 50 0]
        NetworkManager[2304]: <info> Activation (wlan0/wireless): access point 'MYSSID' has security, but secrets are required.
        NetworkManager[2304]: <info> (wlan0): device state change: config -> need-auth (reason 'none') [50 60 0]
        NetworkManager[2304]: <info> Activation (wlan0) Stage 2 of 5 (Device Configure) complete.
        NetworkManager[2304]: <warn> No agents were available for this request.
        NetworkManager[2304]: <info> (wlan0): device state change: need-auth -> failed (reason 'no-secrets') [60 120 7]
        NetworkManager[2304]: <info> NetworkManager state is now DISCONNECTED
        NetworkManager[2304]: <info> Marking connection 'MYSSID' invalid.
        NetworkManager[2304]: <warn> Activation (wlan0) failed for connection 'MYSSID'
        NetworkManager[2304]: <info> (wlan0): device state change: failed -> disconnected (reason 'none') [120 30 0]
        NetworkManager[2304]: <info> (wlan0): deactivating device (reason 'none') [0]

Looking at this, it looks like some layer is missing causing the message
`<warn> No agents were available for this request`. Therefore I am
downgrading the severity. No idea why it is not available. I’ll check
again in the morning.

Not that I know of. Debian Sid/unstable is used and `aptitude update`
and `aptitude safe-upgrade` are run daily.

I am not sure, I guess GNOME Keyring though, as I did not see the
passphrase in `/etc/NetworkManager/system-connections/MYSSID`.


Thanks,

Paul

Am 04.07.2014 00:21, schrieb Paul Menzel:

Do you still encounter this issue?

Was maybe simply nm-applet or gnome-keyring not running, i.e. the
service to provide the passphrase was missing.

Michael

I can confirm this behaviour here.

I am running only nm-applet (on top of course of the system-wide
NetworkManager daemon). Sometimes, out of the blue, some networks won't
work. For example here, i have an internal *and* external wifi card. NM
can connect to network "foo" fine with the internal card, but the
external card yields this error:

nov 08 21:37:18 angela NetworkManager[921]: <info> Activation (wlan1) starting connection 'foo'
nov 08 21:37:18 angela NetworkManager[921]: <info> Activation (wlan1) Stage 1 of 5 (Device Prepare) scheduled...
nov 08 21:37:18 angela NetworkManager[921]: <info> Activation (wlan1) Stage 1 of 5 (Device Prepare) started...
nov 08 21:37:18 angela NetworkManager[921]: <info> (wlan1): device state change: disconnected -> prepare (reason 'none') [30 40 0]
nov 08 21:37:19 angela NetworkManager[921]: <info> Activation (wlan1) Stage 2 of 5 (Device Configure) scheduled...
nov 08 21:37:19 angela NetworkManager[921]: <info> Activation (wlan1) Stage 1 of 5 (Device Prepare) complete.
nov 08 21:37:19 angela NetworkManager[921]: <info> Activation (wlan1) Stage 2 of 5 (Device Configure) starting...
nov 08 21:37:19 angela NetworkManager[921]: <info> (wlan1): device state change: prepare -> config (reason 'none') [40 50 0]
nov 08 21:37:19 angela NetworkManager[921]: <info> Activation (wlan1/wireless): access point 'foo' has security, but secrets are required.
nov 08 21:37:19 angela NetworkManager[921]: <info> (wlan1): device state change: config -> need-auth (reason 'none') [50 60 0]
nov 08 21:37:19 angela NetworkManager[921]: <info> Activation (wlan1) Stage 2 of 5 (Device Configure) complete.
nov 08 21:37:19 angela NetworkManager[921]: <warn> No agents were available for this request.
nov 08 21:37:19 angela NetworkManager[921]: <info> (wlan1): device state change: need-auth -> failed (reason 'no-secrets') [60 120 7]
nov 08 21:37:19 angela NetworkManager[921]: <warn> Activation (wlan1) failed for connection 'foo'
nov 08 21:37:19 angela NetworkManager[921]: <info> (wlan1): device state change: failed -> disconnected (reason 'none') [120 30 0]
nov 08 21:37:19 angela NetworkManager[921]: <info> (wlan1): deactivating device (reason 'none') [0]

What's odd is that it works with the internal card fine. I tried
removing items from the config, they are recreated when using the
internal card (which is also odd).

This bug looks like those as well:

https://bbs.archlinux.org/viewtopic.php?id=203374
http://forum.xfce.org/viewtopic.php?id=7458
http://ubuntuforums.org/showthread.php?t=1973863

so it is probably not debian specific, but seems common with non-Gnome
setup (e.g. XFCE above).

Oddly enough here, restarting `nm-applet` fixes the problem. It prompts
me for my gnome-keyring passphrase (which i never setup, i believe), i
dismiss that dialog and then things work fine.

really odd.

A.