Re: network managed applet not seeing connections after suspend
On Sun, Aug 20, 2023 at 11:58:48AM +0200, Dietz Proepper wrote:
> Am Sonntag, 20. August 2023, 10:44:19 CEST schrieb Marc Haber:
> > Restarting plasmashell doesn't help here.
>
> Ok, then that smells not like a kde problem to me.
It does to me. At least on a WPA Perosnalnetwork, I can connect using
nmtui alright. This smells to me like the nm applet not talking
properly to NetworkManager (which got updated on 09 Aug 2023, current
version being 1.44.0-1). Will try a downgrade tomorrow.
> > The nm applet seems to
> > reconnect and shows the available connections, but clicking on one
> > immediately yields a toast "Connection (name) deactivated" without even
> > trying to conect. I didn't know that behavior before.
>
> Anything interesting in /var/log/syslog?
System wakes up from suspend, first logs some blurb that was still in
memory from before the suspend, then logs the wakeup. NetworkManager
restarts, does some housekeeping and finally tries to bring up
lanw0, which is the Wifi interface in question:
2023-08-21T18:49:31.974702+02:00 drop wpa_supplicant[1567]: lanw0: CTRL-EVENT-REGDOM-CHANGE init=DRIVER type=COUNTRY alpha2=DE
2023-08-21T18:49:32.017119+02:00 drop NetworkManager[266999]: <info> [1692636572.0166] policy: auto-activating connection 'Zugschlus_Netgear' (919eeee7-7cfb-4d27-abcb-65ea81d39d8b)
2023-08-21T18:49:32.017435+02:00 drop NetworkManager[266999]: <info> [1692636572.0172] device (lanw0): Activation: starting connection 'Zugschlus_Netgear' (919eeee7-7cfb-4d27-abcb-65ea81d39d8b)
2023-08-21T18:49:32.017648+02:00 drop NetworkManager[266999]: <info> [1692636572.0174] device (lanw0): state change: disconnected -> prepare (reason 'none', sys-iface-state: 'managed')
2023-08-21T18:49:32.018157+02:00 drop NetworkManager[266999]: <info> [1692636572.0180] manager: NetworkManager state is now CONNECTING
2023-08-21T18:49:32.044987+02:00 drop systemd-networkd[932]: lanw0: Link DOWN
2023-08-21T18:49:32.045231+02:00 drop NetworkManager[266999]: <info> [1692636572.0447] device (lanw0): set-hw-addr: set-cloned MAC address to BE:A4:6B:EA:FD:DB (stable)
2023-08-21T18:49:32.050770+02:00 drop systemd-networkd[932]: lanw0: Link UP
2023-08-21T18:49:32.051017+02:00 drop NetworkManager[266999]: <info> [1692636572.0506] device (lanw0): state change: prepare -> config (reason 'none', sys-iface-state: 'managed')
2023-08-21T18:49:32.051348+02:00 drop NetworkManager[266999]: <info> [1692636572.0512] device (lanw0): Activation: (wifi) access point 'Zugschlus_Netgear' has security, but secrets are required.
2023-08-21T18:49:32.051575+02:00 drop NetworkManager[266999]: <info> [1692636572.0512] device (lanw0): state change: config -> need-auth (reason 'none', sys-iface-state: 'managed')
2023-08-21T18:49:32.051952+02:00 drop NetworkManager[266999]: <info> [1692636572.0518] device (lanw0): supplicant interface state: disconnected -> interface_disabled
2023-08-21T18:49:32.052151+02:00 drop NetworkManager[266999]: <info> [1692636572.0518] device (p2p-dev-lanw0): supplicant management interface state: disconnected -> interface_disabled
2023-08-21T18:49:32.052387+02:00 drop NetworkManager[266999]: <warn> [1692636572.0520] device (lanw0): no secrets: No agents were available for this request.
2023-08-21T18:49:32.052641+02:00 drop NetworkManager[266999]: <info> [1692636572.0520] device (lanw0): state change: need-auth -> failed (reason 'no-secrets', sys-iface-state: 'managed')
2023-08-21T18:49:32.052856+02:00 drop NetworkManager[266999]: <info> [1692636572.0523] manager: NetworkManager state is now DISCONNECTED
2023-08-21T18:49:32.053097+02:00 drop NetworkManager[266999]: <warn> [1692636572.0525] device (lanw0): Activation: failed for connection 'Zugschlus_Netgear'
2023-08-21T18:49:32.053338+02:00 drop NetworkManager[266999]: <info> [1692636572.0528] device (lanw0): state change: failed -> disconnected (reason 'none', sys-iface-state: 'managed')
2023-08-21T18:49:32.096681+02:00 drop systemd-networkd[932]: lanw0: Link DOWN
2023-08-21T18:49:32.096854+02:00 drop NetworkManager[266999]: <info> [1692636572.0966] device (lanw0): set-hw-addr: set MAC address to 36:66:CB:C1:B0:3C (scanning)
2023-08-21T18:49:32.102787+02:00 drop systemd-networkd[932]: lanw0: Link UP
2023-08-21T18:49:32.106278+02:00 drop NetworkManager[266999]: <info> [1692636572.1061] policy: auto-activating connection 'Zugschlus_Netgear_5G' (b7c947c6-db17-404b-9282-b1aa499084cc)
2023-08-21T18:49:32.106910+02:00 drop NetworkManager[266999]: <info> [1692636572.1067] device (lanw0): Activation: starting connection 'Zugschlus_Netgear_5G' (b7c947c6-db17-404b-9282-b1aa499084cc)
2023-08-21T18:49:32.107132+02:00 drop NetworkManager[266999]: <info> [1692636572.1069] device (lanw0): state change: disconnected -> prepare (reason 'none', sys-iface-state: 'managed')
2023-08-21T18:49:32.108023+02:00 drop NetworkManager[266999]: <info> [1692636572.1073] manager: NetworkManager state is now CONNECTING
Note the "Activation: (wifi) access point 'Zugschlus_Netgear' has
security, but secrets are required." and "no secrets: No agents were
available for this request." In my understanding, the agent in question
would be a KDE component since the secret was entered in the nm applet.
Now, where does nm applet store the secrets?
When I then use nmtui to connect and select the SSID, it asks me for the
secret (every time again, nmtui doesnt seem to store the secret) and
connects. After this, nm applet still displays the "unconnected" icon
and "no available connections", but the system is conected and
communicates just fine.
> What kind of network btw? WLAN? Mobile?
Wifi, an Intel Wireless 8260 using WPA Personal (at home WPA Enterprise,
but all experiments were done on the road, eh, rails).
Greetings
Marc
--
-----------------------------------------------------------------------------
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Leimen, Germany | lose things." Winona Ryder | Fon: *49 6224 1600402
Nordisch by Nature | How to make an American Quilt | Fax: *49 6224 1600421
Reply to: