Created attachment 379461 [details]
Log file /var/log/messages
Description of problem:
After resume from suspend, eth0 on an IBM ThinkPad T23 is disabled. By
clicking the NM applet with the right mouse button and checkmarking "Enable
Networking", NM reconnects to the wired network.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Boot system.
2. Suspend system from GNOME session.
3. Resume from suspend.
Wired device eth0 stays disabled.
NM reconnects to wired network.
- This used to work for Fedora 11.
- Checkmarking "Enable Networking" triggers successful reconnection.
Next time this happens, can you grab /var/log/messages for me and attach it?
Sorry; does this happen consistently?
Can you attach your /usr/lib64/pm-utils/sleep.d/55NetworkManager file?
Created attachment 387082 [details]
Log file /var/log/messages
Networking still disabled after resume with NetworkManager-0.7.998-2.git20100106.fc12.i686.
Created attachment 387083 [details]
File 55NetworkManager from pm-utils-1.2.5-6.fc12.i686
appears to be a pm-utils problem (well really a dbus problem); try adding "--print-reply" right after the dbus-send bits in 55NetworkManager. If that fixes it, then it's definitely a dbus/pm-utils issue.
What version of dbus do you have?
I'm having exactly the same problem on Fedora 12 on an IBM/Lenovo ThinkPad T60.
After a suspend/resume cycle, the NetworkManager comes up back again with networking disabled. Checking the Enable Networking box makes everything work again.
I've just tried what was recommended above - to add the "--print-reply" option into 55NetworkManager - and it works like a charm. The problem is completely gone away and networking stays enabled after a suspend/resume cycle.
The versions of relevant packages on my system are:
$ rpm -qa NetworkManager\* dbus\* pm\* | sort
Would you like me to attach any logs? I'd be happy to do so.
A bit extra info - I've just found this in /var/log/pm-suspend.log:
/usr/lib/pm-utils/sleep.d/55NetworkManager suspend suspend: method return sender=:1.1 -> dest=:1.944 reply_serial=2
/usr/lib/pm-utils/sleep.d/55NetworkManager resume suspend: method return sender=:1.1 -> dest=:1.985 reply_serial=2
Created attachment 410856 [details]
pm log AFTER adding --print-reply to 55NetworkManager
Created attachment 410857 [details]
/usr/lib/pm-utils/sleep.d/55NetworkManager from pm-utils-1.2.5-7.fc12.i686
/usr/lib/pm-utils/sleep.d/55NetworkManager from pm-utils-1.2.5-7.fc12.i686 (BEFORE adding --print-reply)
This is also affecting Fedora 13 x86_64 builds using NetworkManager 0.8.1-0.1.git20100510
On two different but identical machines when they are awoken from S3 the "Enable Networking" button on the NetworkManager icon is unticked.
If you manually go to the machine and click the box to "Enable Networking" it all comes back to life.
I've added the --print-reply bit and will let you know if that clears it.
Well it looks like adding the --print-reply line has fixed it on both machines. If I don't post further to this log within the next week assume it has fully cleared the fault. If you want any log information from me please let me know.
(In reply to comment #5)
Adding "--print-reply" right after the dbus-send bits in 55NetworkManager does work around this issue which stills persists. The system has been fully updated to current F12 including packages:
I experienced the same problem in F13 on a Thinkpad R60e. Adding "--print-reply" works around here, too.
*** Bug 632115 has been marked as a duplicate of this bug. ***
For what it's worth, it looks like a regression of bug 477964. It was supposed to be fixed by the following commit:
So perhaps there is a regression in dbus?
*** Bug 635006 has been marked as a duplicate of this bug. ***
Seems as fixed now, if the problem persists feel free to reopen.