dbus seems to crash on resume after suspend taking networkmanager and pidgin with it

[Bernhard Gehl]

Binary package hint: dbus

A few days ago, my system (Hardy, linux-image-generic-2.6.24-12.22, dbus 1.11.20, pidgin 2.4.0, network manager 0.6.6-0ubuntu4) started crashing on resume from suspend. (I don't know exactly when that behaviour started because I hadn't used suspend for some time...)

Symptoms:
On resume I get an apport error message that pidgin has crashed, network manager doesn't detect my wireless anymore (which is the only network connection I have here, so no successful error reports yet) and restarting dbus via terminal leads to a total system freeze.

I'm fully aware that this is not enough data to diagnose or fix the problem, but if someone can tell me what exactly is needed, I can surely come up with it... (at least I can try).

[emvy (mate-varga)]

Pidgin crashes at me after suspend, however, NetworkManager stays functional.

In dmesg, the following appears:

[ 24.883546] pidgin[10697]: segfault at 000000f4 eip b622eca9 esp bfa44950 error 6

[Alexander Sack (asac)]

not a network-manager bug obviously.

[Gregory Oschwald (osch0001)]

I am also experiencing this on my machine as of the past week or so. To get NetworkManager working again, I have to restart hal.

[Gregory Oschwald (osch0001)]

Attaching a snippet of my syslog from a suspend-resume cycle as well as the output of lshw.

[tama (alberttn)]

Could it be a dupe of #208784?

[Gregory Oschwald (osch0001)]

Yeah, it probably is, although I think it may be a bigger problem than that bug lets on as the NetworkManager problem started occuring at the same time. However, perhaps the most recent hal update triggered bugs in both programs.

[Bernhard Gehl (bernhard-gehl)]

I'd really love to try something and do some more diagnostics, but for
some reason, suspend has entirely stopped working on my machine. As soon
as that's fixed, I'll see...

Am Samstag, den 05.04.2008, 18:12 +0000 schrieb Gregory Oschwald:
> Yeah, it probably is, although I think it may be a bigger problem than
> that bug lets on as the NetworkManager problem started occuring at the
> same time. However, perhaps the most recent hal update triggered bugs
> in both programs.
>

[Gregory Oschwald (osch0001)]

Can anyone confirm that this bug still exists on an up-to-date Hardy install? I stopped experiencing it after an update late last week (Friday or so).

[marcelo (marcelo-espinoza)]

In my case, I have pidgin crashing everytime I resume from suspend. When I resume, however, the network manager is working fine.

The case when the network manager is NOT fine is when I have a panel crash, e.g. the one with adding more locations to the clock. It is known that there is a bug that crashes the panel when the user tries to add a location from the list. Well, when I have the crash-from-the-location, and the panel crashes, the network manager disappears. Everytime the panel crashes in this way, I keep losing the network manager.

Linux 2.6.24-15-generic #1 SMP Fri Apr 4 03:48:31 UTC 2008 i686 GNU/Linux

[Antoine Pairet (b-ly)]

I'm experiencing a similar problem:
Pidgin stop working after some times. No especially after supending/hibernating. But if I use the program during some hours it finish to crash. The program doesn't respond anymore and I have to kill the process. If I try to relaunch pidgin, I got the folowing error:

libnm_glib_nm_state_cb: dbus returned an error.
  (org.freedesktop.DBus.Error.ServiceUnknown) The name org.freedesktop.NetworkManager was not provided by any .service files

Should I attach any relevant logs? report a new bug?

[Antoine Pairet (b-ly)]

For information: Network Manager isn't installed on my machine.

Regards,

[Daniel T Chen (crimsun)]

hal state has not changed post-resume.

[Daniel T Chen (crimsun)]

Is this symptom still reproducible in 8.10 or 9.04?

[Scott James Remnant (Canonical) (canonical-scott)]

No response as to whether this is still reproducible, and no attached stack trace. If you still experience this bug, please use apport to open a new bug with a stack trace.