Bug 444688

Created attachment 304170 [details]
Xorg.0.log when compiz crashed at shutdown

Got another one today:

Apr 30 07:56:44 localhost NetworkManager: <info>  Bringing down device wlan0
Apr 30 07:56:45 localhost acpid: exiting
Apr 30 07:56:46 localhost nm-system-settings: disconnected by the system bus.
Apr 30 07:56:46 localhost console-kit-daemon[2163]: GLib-CRITICAL:
g_async_queue_unref: assertion `queue->waiting_threads == 0' failed
Apr 30 07:56:46 localhost gnome-keyring-daemon[2934]: Scheduling hal init retry
Apr 30 07:56:47 localhost kernel: printk: 1 messages suppressed.
Apr 30 07:56:47 localhost kernel: compiz[3147]: segfault at 648 ip 0805482c sp
bff67b90 error 4 in compiz[8048000+36000]
Apr 30 07:56:47 localhost console-kit-daemon[2163]: GLib-CRITICAL:
g_async_queue_push: assertion `g_atomic_int_get (&queue->ref_count) > 0' failed
Apr 30 07:56:47 localhost console-kit-daemon[2163]: GLib-CRITICAL:
g_async_queue_lock: assertion `g_atomic_int_get (&queue->ref_count) > 0' failed
Apr 30 07:56:47 localhost console-kit-daemon[2163]: GLib-CRITICAL:
g_async_queue_length_unlocked: assertion `g_atomic_int_get (&queue->ref_count) >
0' failed
Apr 30 07:56:47 localhost restorecond: terminated

Another one this morning:

May  1 06:27:14 localhost acpid: exiting
May  1 06:27:16 localhost console-kit-daemon[2157]: GLib-CRITICAL:
g_async_queue_unref: assertion `queue->waiting_threads == 0' failed
May  1 06:27:16 localhost nm-system-settings: disconnected by the system bus.
May  1 06:27:16 localhost kernel: compiz[3133]: segfault at 42b03c1 ip 0805481d
sp bf9f4620 error 4 in compiz[8048000+36000]
May  1 06:27:16 localhost gnome-keyring-daemon[2932]: Scheduling hal init retry
May  1 06:27:17 localhost restorecond: terminated


Is there some way to collect additional details....?

I guess a question would be why would compiz still be running this late during
shutdown?

Got a slightly different scenario this time, but still looks like shutdown.

Not sure its helpful, but I installed 'compiz-debuginfo' after this.

May  2 16:33:37 localhost init: tty3 main process (2711) killed by TERM signal
May  2 16:33:37 localhost init: tty1 main process (2712) killed by TERM signal
May  2 16:33:37 localhost gdm-session-worker[30043]: DEBUG: GdmSignalHandler:
handling signal 15
May  2 16:33:37 localhost init: tty6 main process (2713) killed by TERM signal
May  2 16:33:37 localhost gdm-session-worker[30043]: DEBUG: GdmSignalHandler:
Found 1 callbacks
May  2 16:33:37 localhost gdm-session-worker[30043]: DEBUG: GdmSignalHandler:
running 15 handler: 0x804b1b0
May  2 16:33:37 localhost gdm-session-worker[30043]: DEBUG: Got callback for
signal 15
May  2 16:33:37 localhost gdm-session-worker[30043]: DEBUG: Caught signal 15,
shutting down normally.
May  2 16:33:37 localhost gdm-session-worker[30043]: DEBUG: GdmSignalHandler:
Caught termination signal - exiting main loop
May  2 16:33:37 localhost gdm-session-worker[30043]: DEBUG: GdmSignalHandler:
Finalizing signal handler
May  2 16:33:37 localhost gdm-session-worker[30043]: DEBUG: Worker finished
May  2 16:33:37 localhost gconfd (tbl-30129): Exiting
May  2 16:33:37 localhost gdm-simple-slave[29963]: DEBUG: Writing logout record
May  2 16:33:37 localhost gdm-simple-slave[29963]: DEBUG: using ut_type DEAD_PROCESS
May  2 16:33:37 localhost gdm-simple-slave[29963]: DEBUG: using ut_tv time
1209771217
May  2 16:33:37 localhost gdm-simple-slave[29963]: DEBUG: using ut_pid 30136
May  2 16:33:37 localhost gdm-simple-slave[29963]: DEBUG: using ut_id :0
May  2 16:33:37 localhost gdm-simple-slave[29963]: DEBUG: using ut_host :0
May  2 16:33:37 localhost gdm-simple-slave[29963]: DEBUG: using ut_line tty7
May  2 16:33:37 localhost gdm-simple-slave[29963]: DEBUG: Writing wtmp logout
record to /var/log/wtmp
May  2 16:33:37 localhost gdm-simple-slave[29963]: DEBUG: Removing utmp record
May  2 16:33:37 localhost kernel: compiz[30329]: segfault at 6c6576 ip 0805481d
sp bff02330 error 4 in compiz[8048000+36000]
May  2 16:33:37 localhost gdm-simple-slave[29963]: DEBUG: GdmSessionWorkerJob:
Stopping job pid:30043
May  2 16:33:37 localhost gdm-simple-slave[29963]: DEBUG: GdmCommon: sending
signal 15 to process 30043
May  2 16:33:37 localhost gdm-simple-slave[29963]: DEBUG: GdmSessionWorkerJob:
Waiting on process 30043

I got this one:

May  3 13:30:31 localhost kernel: compiz[3130]: segfault at 3f800000 ip 0805482c
sp bfeda310 error 4 in compiz[8048000+36000]

But this time I managed to "save" ~/.xsession-errors from that session.  Here is
what it says during the shutdown.  Can this all be related?

** (gnome-panel:3117): WARNING **: Failed to establish a connection with GDM: No
such file or directory
gnome-session: Fatal IO error 11 (Resource temporarily unavailable) on X server
:0.0.
gnome-panel: Fatal IO error 11 (Resource temporarily unavailable) on X server :0.0.
nautilus: Fatal IO error 11 (Resource temporarily unavailable) on X server :0.0.
Pidgin 2.4.1-2.fc9 has segfaulted and attempted to dump a core file.
This is a bug in the software and has happened through
no fault of your own.

If you can reproduce the crash, please notify the developers
by reporting a bug at:
http://developer.pidgin.im/simpleticket/

Please make sure to specify what you were doing at the time
and post the backtrace from the core file.  If you do not know
how to get the backtrace, please read the instructions at
http://developer.pidgin.im/wiki/GetABacktrace

If you need further assistance, please IM either SeanEgn or 
LSchiere (via AIM).  Contact information for Sean and Luke 
on other protocols is at
http://developer.pidgin.im/wiki/DeveloperPages
nm-applet: Fatal IO error 11 (Resource temporarily unavailable) on X server :0.0.
gnome-terminal: Fatal IO error 11 (Resource temporarily unavailable) on X server
:0.0.
gtk-window-decorator: Fatal IO error 11 (Resource temporarily unavailable) on X
server :0.0.
pam-panel-icon: Fatal IO error 11 (Resource temporarily unavailable) on X server
:0.0.

(gnome-panel:3117): GLib-GObject-CRITICAL **: g_object_run_dispose: assertion
`G_IS_OBJECT (object)' failed

(gnome-panel:3117): GLib-GObject-CRITICAL **: g_object_run_dispose: assertion
`G_IS_OBJECT (object)' failed

Continue to get segfaults with logs in .xession-errors similar to above on most
shutdowns.

I don't see any functional issues, however.

Changing version to '9' as part of upcoming Fedora 9 GA.
More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

This message is a reminder that Fedora 9 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 9.  It is Fedora's policy to close all
bug reports from releases that are no longer maintained.  At that time
this bug will be closed as WONTFIX if it remains open with a Fedora 
'version' of '9'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version prior to Fedora 9's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we may not be able to fix it before Fedora 9 is end of life.  If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora please change the 'version' of this 
bug to the applicable version.  If you are unable to change the version, 
please add a comment here and someone will do it for you.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events.  Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Fedora 9 changed to end-of-life (EOL) status on 2009-07-10. Fedora 9 is 
no longer maintained, which means that it will not receive any further 
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of 
Fedora please feel free to reopen this bug against that version.

Thank you for reporting this bug and we are sorry it could not be fixed.