| Summary: | NetworkManager loses control over the devices after the system has been suspended by powerdevil | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Vladimir Gurevich <mageia> |
| Component: | RPM Packages | Assignee: | Mageia Bug Squad <bugsquad> |
| Status: | RESOLVED OLD | QA Contact: | |
| Severity: | major | ||
| Priority: | Normal | CC: | ftg, mageia, mageia |
| Version: | Cauldron | ||
| Target Milestone: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Source RPM: | plasma-krunner-powerdevil-4.9.1-1.mga3 | CVE: | |
| Status comment: | |||
| Bug Depends on: | |||
| Bug Blocks: | 7551, 7557 | ||
|
Description
Vladimir Gurevich
2012-09-16 22:01:05 CEST
After a big upgrade to kernel-desktop-3.5.4-1.mga3-1-1.mga3 and all the subsequent packages I still see the problem. Given how important the standby(suspend) is for laptops, I'll upgrade the severity to major. Thanks, Vladimir Severity:
normal =>
major is the service networkmanager running after the suspend ? ie systemctl status networkmanager.service iirc Blocks:
(none) =>
7551
Manuel Hiebel
2012-09-23 21:20:34 CEST
Blocks:
(none) =>
7557 Here is the output after the suspend:
[root@umka vag]# systemctl status networkmanager.service
NetworkManager.service - Network Manager
Loaded: loaded (/usr/lib/systemd/system/NetworkManager.service; enabled)
Active: active (running) since Sat, 22 Sep 2012 23:55:10 -0700; 14h ago
Main PID: 1177 (NetworkManager)
CGroup: name=systemd:/system/NetworkManager.service
รข 1177 /usr/sbin/NetworkManager --no-daemon
Sep 23 14:01:46 umka.den.paulidav.org NetworkManager[1177]: <info> (eth0): device state change: dis...7]
Sep 23 14:01:46 umka.den.paulidav.org NetworkManager[1177]: <info> (eth0): cleaning up...
Sep 23 14:01:46 umka.den.paulidav.org NetworkManager[1177]: <info> (eth0): taking down device.
Sep 23 14:01:46 umka.den.paulidav.org NetworkManager[1177]: <info> (eth1): now unmanaged
Sep 23 14:01:46 umka.den.paulidav.org NetworkManager[1177]: <info> (eth1): device state change: act...7]
Sep 23 14:01:47 umka.den.paulidav.org NetworkManager[1177]: <info> (eth1): deactivating device (rea...7]
Sep 23 14:01:47 umka.den.paulidav.org NetworkManager[1177]: <info> (eth1): canceled DHCP transactio...39
Sep 23 14:01:47 umka.den.paulidav.org NetworkManager[1177]: <info> ((null)): removing resolv.conf f...nf
Sep 23 14:01:47 umka.den.paulidav.org NetworkManager[1177]: <info> (eth1): cleaning up...
Sep 23 14:01:47 umka.den.paulidav.org NetworkManager[1177]: <info> (eth1): taking down device.
While it appears to be running it is in the sleep state, as I mentioned in the bug description:
[root@umka ~]# nmcli nm status
RUNNING STATE WIFI-HARDWARE WIFI WWAN-HARDWARE WWAN
running asleep enabled enabled enabled
disabled
And, yes, restarting the service (systemctl restart networkmanager.service) fixes the problem too.
Hello Manuel, Just wanted to find out if you need any other debug info... Thanks, Vladimir Good News! After upgrading to knetworkmanager-0.9.0.5-1.mga3 (and KDE-4.9.2 in general) the problem disappeared. Bad News: we still don't know why :( closing then, feel free to reopen Status:
NEW =>
RESOLVED Please refer to the discussion in bug#7873 and bug#2160 and see if your problems with NM go away if you either allow GNOME (if you have it installed) to activate it or you install plasma-network-management under KDE, add it to your panel, and use it to configure your SSID. For NM to handle wireless correctly, it needs to create SSID-specific files of its own by parsing the ifcfg files produced by drakconnect. GNOME's nm-applet does this automatically, since it has no option to *not* use NM, but since NM isn't the default yet for other desktops, it doesn't happen automatically there. You'll need to install NM and let it start, and recreate your wireless interface with drakconnect specifying "Allow NM to control this interface". Please test and post your results, as whether NM works for all the chips involved when it's properly configured will have a significant impact on how it needs to be handled for non-GNOME desktops in MGA3. |