GNOME Bugzilla – Bug 787784
gnome-shell crashed when I few seconds play in PAC-MAN 256 _g_log_abort (breakpoint=breakpoint@entry=1) at gmessages.c:554
Last modified: 2021-07-05 13:52:29 UTC
$ gnome-shell --version GNOME Shell 3.26.0 How reproduce: 1) Buy and install game: http://store.steampowered.com/app/455400/ 2) Play several seconds. Stack trace of thread 26397: #0 0x00007fefcba2d2a0 g_str_hash (libglib-2.0.so.0) #1 0x00007fefcba2c6f4 g_hash_table_lookup_node (libglib-2.0.so.0) #2 0x000055f2c7d61f75 decorator_get_recovery_file (tracker-extract) #3 0x00007fefcc42f254 g_task_return_now (libgio-2.0.so.0) #4 0x00007fefcc42f289 complete_in_idle_cb (libgio-2.0.so.0) #5 0x00007fefcba3a597 g_idle_dispatch (libglib-2.0.so.0) #6 0x00007fefcba3dbb7 g_main_dispatch (libglib-2.0.so.0) #7 0x00007fefcba3df60 g_main_context_iterate (libglib-2.0.so.0) #8 0x00007fefcba3e272 g_main_loop_run (libglib-2.0.so.0) #9 0x000055f2c7d5ef44 main (tracker-extract) #10 0x00007fefcad4e097 __libc_start_main (libc.so.6) #11 0x000055f2c7d5f03a _start (tracker-extract) Stack trace of thread 26399: #0 0x00007fefcae173a9 __GI___poll (libc.so.6) #1 0x00007fefcba3ded9 g_main_context_poll (libglib-2.0.so.0) #2 0x00007fefcba3dfec g_main_context_iteration (libglib-2.0.so.0) #3 0x00007fefcba3e031 glib_worker_main (libglib-2.0.so.0) #4 0x00007fefcba654c6 g_thread_proxy (libglib-2.0.so.0) #5 0x00007fefcb0e94fb start_thread (libpthread.so.0) #6 0x00007fefcae215ef __clone (libc.so.6) Stack trace of thread 26401: #0 0x00007fefcae173a9 __GI___poll (libc.so.6) #1 0x00007fefcba3ded9 g_main_context_poll (libglib-2.0.so.0) #2 0x00007fefcba3dfec g_main_context_iteration (libglib-2.0.so.0) #3 0x00007fefbdbe142d dconf_gdbus_worker_thread (libdconfsettings.so) #4 0x00007fefcba654c6 g_thread_proxy (libglib-2.0.so.0) #5 0x00007fefcb0e94fb start_thread (libpthread.so.0) #6 0x00007fefcae215ef __clone (libc.so.6) Stack trace of thread 26402: #0 0x00007fefcae1c209 syscall (libc.so.6) #1 0x00007fefcba8354f g_cond_wait (libglib-2.0.so.0) #2 0x00007fefcba1239b g_async_queue_pop_intern_unlocked (libglib-2.0.so.0) #3 0x00007fefcba65f05 g_thread_pool_wait_for_new_task (libglib-2.0.so.0) #4 0x00007fefcba654c6 g_thread_proxy (libglib-2.0.so.0) #5 0x00007fefcb0e94fb start_thread (libpthread.so.0) #6 0x00007fefcae215ef __clone (libc.so.6) Stack trace of thread 26403: #0 0x00007fefcae1c209 syscall (libc.so.6) #1 0x00007fefcba8354f g_cond_wait (libglib-2.0.so.0) #2 0x00007fefcba1239b g_async_queue_pop_intern_unlocked (libglib-2.0.so.0) #3 0x00007fefcba65f05 g_thread_pool_wait_for_new_task (libglib-2.0.so.0) #4 0x00007fefcba654c6 g_thread_proxy (libglib-2.0.so.0) #5 0x00007fefcb0e94fb start_thread (libpthread.so.0) #6 0x00007fefcae215ef __clone (libc.so.6) Stack trace of thread 26404: #0 0x00007fefcae1c209 syscall (libc.so.6) #1 0x00007fefcba8354f g_cond_wait (libglib-2.0.so.0) #2 0x00007fefcba1239b g_async_queue_pop_intern_unlocked (libglib-2.0.so.0) #3 0x00007fefcba65f05 g_thread_pool_wait_for_new_task (libglib-2.0.so.0) #4 0x00007fefcba654c6 g_thread_proxy (libglib-2.0.so.0) #5 0x00007fefcb0e94fb start_thread (libpthread.so.0) #6 0x00007fefcae215ef __clone (libc.so.6) Stack trace of thread 26405: #0 0x00007fefcae1c209 syscall (libc.so.6) #1 0x00007fefcba8354f g_cond_wait (libglib-2.0.so.0) #2 0x00007fefcba1239b g_async_queue_pop_intern_unlocked (libglib-2.0.so.0) #3 0x00007fefcba65f05 g_thread_pool_wait_for_new_task (libglib-2.0.so.0) #4 0x00007fefcba654c6 g_thread_proxy (libglib-2.0.so.0) #5 0x00007fefcb0e94fb start_thread (libpthread.so.0) #6 0x00007fefcae215ef __clone (libc.so.6) Stack trace of thread 26406: #0 0x00007fefcae1c209 syscall (libc.so.6) #1 0x00007fefcba8354f g_cond_wait (libglib-2.0.so.0) #2 0x00007fefcba1239b g_async_queue_pop_intern_unlocked (libglib-2.0.so.0) #3 0x00007fefcba65f05 g_thread_pool_wait_for_new_task (libglib-2.0.so.0) #4 0x00007fefcba654c6 g_thread_proxy (libglib-2.0.so.0) #5 0x00007fefcb0e94fb start_thread (libpthread.so.0) #6 0x00007fefcae215ef __clone (libc.so.6) Stack trace of thread 26407: #0 0x00007fefcae1c209 syscall (libc.so.6) #1 0x00007fefcba8354f g_cond_wait (libglib-2.0.so.0) #2 0x00007fefcba1239b g_async_queue_pop_intern_unlocked (libglib-2.0.so.0) #3 0x00007fefcba65f05 g_thread_pool_wait_for_new_task (libglib-2.0.so.0) #4 0x00007fefcba654c6 g_thread_proxy (libglib-2.0.so.0) #5 0x00007fefcb0e94fb start_thread (libpthread.so.0) #6 0x00007fefcae215ef __clone (libc.so.6) Stack trace of thread 26408: #0 0x00007fefcae1c209 syscall (libc.so.6) #1 0x00007fefcba8354f g_cond_wait (libglib-2.0.so.0) #2 0x00007fefcba1239b g_async_queue_pop_intern_unlocked (libglib-2.0.so.0) #3 0x00007fefcba65f05 g_thread_pool_wait_for_new_task (libglib-2.0.so.0) #4 0x00007fefcba654c6 g_thread_proxy (libglib-2.0.so.0) #5 0x00007fefcb0e94fb start_thread (libpthread.so.0) #6 0x00007fefcae215ef __clone (libc.so.6) Stack trace of thread 26409: #0 0x00007fefcae1c209 syscall (libc.so.6) #1 0x00007fefcba8354f g_cond_wait (libglib-2.0.so.0) #2 0x00007fefcba1239b g_async_queue_pop_intern_unlocked (libglib-2.0.so.0) #3 0x00007fefcba65f05 g_thread_pool_wait_for_new_task (libglib-2.0.so.0) #4 0x00007fefcba654c6 g_thread_proxy (libglib-2.0.so.0) #5 0x00007fefcb0e94fb start_thread (libpthread.so.0) #6 0x00007fefcae215ef __clone (libc.so.6) Stack trace of thread 26410: #0 0x00007fefcae1c209 syscall (libc.so.6) #1 0x00007fefcba8354f g_cond_wait (libglib-2.0.so.0) #2 0x00007fefcba1239b g_async_queue_pop_intern_unlocked (libglib-2.0.so.0) #3 0x00007fefcba65f05 g_thread_pool_wait_for_new_task (libglib-2.0.so.0) #4 0x00007fefcba654c6 g_thread_proxy (libglib-2.0.so.0) #5 0x00007fefcb0e94fb start_thread (libpthread.so.0) #6 0x00007fefcae215ef __clone (libc.so.6) Stack trace of thread 26411: #0 0x00007fefcae1c209 syscall (libc.so.6) #1 0x00007fefcba8354f g_cond_wait (libglib-2.0.so.0) #2 0x00007fefcba1239b g_async_queue_pop_intern_unlocked (libglib-2.0.so.0) #3 0x00007fefcba65f05 g_thread_pool_wait_for_new_task (libglib-2.0.so.0) #4 0x00007fefcba654c6 g_thread_proxy (libglib-2.0.so.0) #5 0x00007fefcb0e94fb start_thread (libpthread.so.0) #6 0x00007fefcae215ef __clone (libc.so.6) Stack trace of thread 26412: #0 0x00007fefcae1c209 syscall (libc.so.6) #1 0x00007fefcba8354f g_cond_wait (libglib-2.0.so.0) #2 0x00007fefcba1239b g_async_queue_pop_intern_unlocked (libglib-2.0.so.0) #3 0x00007fefcba127c7 g_async_queue_pop (libglib-2.0.so.0) #4 0x00007fefd14db81c tracker_direct_connection_thread_func (libtracker-sparql-2.0.so.0) #5 0x00007fefcba654c6 g_thread_proxy (libglib-2.0.so.0) #6 0x00007fefcb0e94fb start_thread (libpthread.so.0) #7 0x00007fefcae215ef __clone (libc.so.6) Stack trace of thread 26451: #0 0x00007fefcae1c209 syscall (libc.so.6) #1 0x00007fefcba8354f g_cond_wait (libglib-2.0.so.0) #2 0x00007fefcba1239b g_async_queue_pop_intern_unlocked (libglib-2.0.so.0) #3 0x00007fefcba127c7 g_async_queue_pop (libglib-2.0.so.0) #4 0x000055f2c7d601b8 single_thread_get_metadata (tracker-extract) #5 0x00007fefcba654c6 g_thread_proxy (libglib-2.0.so.0) #6 0x00007fefcb0e94fb start_thread (libpthread.so.0) #7 0x00007fefcae215ef __clone (libc.so.6) Stack trace of thread 26452: #0 0x00007fefcae1c209 syscall (libc.so.6) #1 0x00007fefcba8354f g_cond_wait (libglib-2.0.so.0) #2 0x00007fefcba1239b g_async_queue_pop_intern_unlocked (libglib-2.0.so.0) #3 0x00007fefcba127c7 g_async_queue_pop (libglib-2.0.so.0) #4 0x000055f2c7d601b8 single_thread_get_metadata (tracker-extract) #5 0x00007fefcba654c6 g_thread_proxy (libglib-2.0.so.0) #6 0x00007fefcb0e94fb start_thread (libpthread.so.0) #7 0x00007fefcae215ef __clone (libc.so.6) Stack trace of thread 26400: #0 0x00007fefcae173a9 __GI___poll (libc.so.6) #1 0x00007fefcba3ded9 g_main_context_poll (libglib-2.0.so.0) #2 0x00007fefcba3e272 g_main_loop_run (libglib-2.0.so.0) #3 0x00007fefcc470ae6 gdbus_shared_thread_func (libgio-2.0.so.0) #4 0x00007fefcba654c6 g_thread_proxy (libglib-2.0.so.0) #5 0x00007fefcb0e94fb start_thread (libpthread.so.0) #6 0x00007fefcae215ef __clone (libc.so.6) Stack trace of thread 26414: #0 0x00007fefcae1c209 syscall (libc.so.6) #1 0x00007fefcba8366a g_cond_wait_until (libglib-2.0.so.0) #2 0x00007fefcba12381 g_async_queue_pop_intern_unlocked (libglib-2.0.so.0) #3 0x00007fefcba1293c g_async_queue_timeout_pop (libglib-2.0.so.0) #4 0x00007fefcba65f6e g_thread_pool_wait_for_new_pool (libglib-2.0.so.0) #5 0x00007fefcba654c6 g_thread_proxy (libglib-2.0.so.0) #6 0x00007fefcb0e94fb start_thread (libpthread.so.0) #7 0x00007fefcae215ef __clone (libc.so.6) Stack trace of thread 26418: #0 0x00007fefcae1c209 syscall (libc.so.6) #1 0x00007fefcba8354f g_cond_wait (libglib-2.0.so.0) #2 0x00007fefcba1239b g_async_queue_pop_intern_unlocked (libglib-2.0.so.0) #3 0x00007fefcba127c7 g_async_queue_pop (libglib-2.0.so.0) #4 0x000055f2c7d601b8 single_thread_get_metadata (tracker-extract) #5 0x00007fefcba654c6 g_thread_proxy (libglib-2.0.so.0) #6 0x00007fefcb0e94fb start_thread (libpthread.so.0) #7 0x00007fefcae215ef __clone (libc.so.6)
That stacktrace is for tracker-extract, not the gnome-shell crash. Please provide the correct stacktrace.
Sorry Thread 1 "gnome-shell" received signal SIGTRAP, Trace/breakpoint trap. _g_log_abort (breakpoint=breakpoint@entry=1) at gmessages.c:554 554 in gmessages.c (gdb) bt
+ Trace 237971
If continue gnome-shell process 0x00007f2c3378137e in x_io_error (display=<optimized out>) at wayland/meta-xwayland.c:411 411 wayland/meta-xwayland.c: No such file or directory. (gdb) bt
+ Trace 237972
(gdb) thread apply all bt
+ Trace 237973
Thread 1 (Thread 0x7f101a3d2ac0 (LWP 1214))
+ Trace 237974
This is an XWayland crash - mutter currently has a hard dependency on XWayland(*), so the crash takes it down as well. XWayland is a freedesktop project, so we cannot reassign the issue unfortunately - please report this bug in freedesktop's bugzilla to track down this crash. (*) see bug 759538 and the wip/xwayland-on-demand branch for ongoing work to change that
Very very interesting but it does not look like as crash of XWayland process. [mikhail@localhost ~]$ ps aux | grep -i xwayland gdm 1346 0.0 0.1 829764 46388 tty1 Sl+ Sep16 0:00 /usr/bin/Xwayland :1024 -rootless -noreset -listen 4 -listen 5 -displayfd 6 mikhail 5601 1.9 0.4 1007156 158192 tty2 Sl+ 14:09 3:08 /usr/bin/Xwayland :0 -rootless -noreset -listen 4 -listen 5 -displayfd 6 mikhail 14067 0.0 0.0 123192 1004 pts/12 S+ 16:50 0:00 grep --color=auto -i xwayland [mikhail@localhost ~]$ gdb -p 5601 0x00007f2195094746 in __GI_epoll_pwait (epfd=7, events=events@entry=0x7fff46b58fd0, maxevents=maxevents@entry=256, timeout=-1, set=set@entry=0x0) at ../sysdeps/unix/sysv/linux/epoll_pwait.c:42 42 return SYSCALL_CANCEL (epoll_pwait, epfd, events, maxevents, (gdb) c Continuing. [Thread 0x7f21737fe700 (LWP 5614) exited] [Thread 0x7f2173fff700 (LWP 5613) exited] [Thread 0x7f2188953700 (LWP 5612) exited] [Thread 0x7f2189154700 (LWP 5611) exited] [Thread 0x7f218a156700 (LWP 5609) exited] [Thread 0x7f218a957700 (LWP 5608) exited] [Thread 0x7f218b158700 (LWP 5607) exited] [Thread 0x7f21982fea80 (LWP 5601) exited] [Inferior 1 (process 5601) exited with code 01] (gdb) thread apply all bt (gdb) q This is look like that the process was suddenly completed correctly. Anyway expected if something gone wrong not crashed whole desktop. Only crashed X application.
(In reply to Mikhail from comment #6) > This is look like that the process was suddenly completed correctly. With an error code :-) > Anyway expected if something gone wrong not crashed whole desktop. Only > crashed X application. That expectation is wrong. As mentioned above, mutter currently relies on X11 for core functionality, see the issue and WIP branch linked to above.
As indicated in downstream bug https://bugzilla.redhat.com/show_bug.cgi?id=1492469#c7, this is not a crash but libwayland itself exiting because Xwayland can't write to the socket possibly because the Wayland compositor is not fast enough to cope with the events. The key to this issue is: > Error sending request: Resource temporarily unavailable > [99334.060056] localhost.localdomain org.gnome.Shell.desktop[1821]: (EE) https://cgit.freedesktop.org/wayland/wayland/tree/src/wayland-client.c?h=1.14#n657
Can you please try with weston to see if the issue occurs with a different Wayland compositor?
Downstream bug #1492469 shows the issue is with gnome-shell/mutter but not with weston, reopening. https://bugzilla.redhat.com/show_bug.cgi?id=1492469#c16 I suspect either gnome-shell/mutter can't cope with events or some other sort of deadlock betwwen the X11 WM and the Wayland compositor (something along the lines of bug 777428)
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. As part of that, we are mass-closing older open tickets in bugzilla.gnome.org which have not seen updates for a longer time (resources are unfortunately quite limited so not every ticket can get handled). If you can still reproduce the situation described in this ticket in a recent and supported software version, then please follow https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines and create a new ticket at https://gitlab.gnome.org/GNOME/mutter/-/issues/ Thank you for your understanding and your help.