After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 626134 - nautilus crashed with signal 7
nautilus crashed with signal 7
Status: RESOLVED OBSOLETE
Product: gvfs
Classification: Core
Component: metadata
1.6.x
Other Linux
: Normal critical
: ---
Assigned To: gvfs-maint
gvfs-maint
Depends on:
Blocks:
 
 
Reported: 2010-08-05 18:33 UTC by Pedro Villavicencio
Modified: 2015-02-20 10:10 UTC
See Also:
GNOME target: ---
GNOME version: 2.29/2.30



Description Pedro Villavicencio 2010-08-05 18:33:11 UTC
this report has been filed here:

https://bugs.edge.launchpad.net/ubuntu/+source/nautilus/+bug/580958

"Nautilus crashes if it has not been used for some time (I don't now the exact time but maybe 15 minutes). If it is already started it crashes and if I start it it crashes. But it works if I start it a second time, but crashes again when it has been idle for 15 minutes."

".

Thread 2 (process 2788)

  • #0 strcmp
    at strcmp.c line 39
  • #1 _dl_map_object
    at dl-load.c line 1987
  • #2 dl_open_worker
    at dl-open.c line 254
  • #3 _dl_catch_error
    at dl-error.c line 178
  • #4 _dl_open
    at dl-open.c line 583
  • #5 dlopen_doit
    at dlopen.c line 67
  • #6 _dl_catch_error
    at dl-error.c line 178
  • #7 _dlerror_run
    at dlerror.c line 164
  • #8 __dlopen
    at dlopen.c line 88
  • #9 g_module_open
    at /build/buildd/glib2.0-2.24.0/gmodule/gmodule-dl.c line 99
  • #10 gtk_im_module_load
    at /build/buildd/gtk+2.0-2.20.0/gtk/gtkimmodule.c line 117
  • #11 IA__g_type_module_use
    at /build/buildd/glib2.0-2.24.0/gobject/gtypemodule.c line 257
  • #12 _gtk_im_module_create
    at /build/buildd/gtk+2.0-2.20.0/gtk/gtkimmodule.c line 691
  • #13 gtk_im_multicontext_get_slave
    at /build/buildd/gtk+2.0-2.20.0/gtk/gtkimmulticontext.c line 251
  • #14 gtk_im_multicontext_get_preedit_string
    at /build/buildd/gtk+2.0-2.20.0/gtk/gtkimmulticontext.c line 310
  • #15 IA__gtk_im_context_get_preedit_string
    at /build/buildd/gtk+2.0-2.20.0/gtk/gtkimcontext.c line 447
  • #16 gtk_entry_ensure_layout
    at /build/buildd/gtk+2.0-2.20.0/gtk/gtkentry.c line 5387
  • #17 gtk_entry_get_cursor_locations
    at /build/buildd/gtk+2.0-2.20.0/gtk/gtkentry.c line 5865
  • #18 recompute_idle_func
    at /build/buildd/gtk+2.0-2.20.0/gtk/gtkentry.c line 5312
  • #19 gdk_threads_dispatch
    at /build/buildd/gtk+2.0-2.20.0/gdk/gdk.c line 512
  • #20 g_idle_dispatch
    at /build/buildd/glib2.0-2.24.0/glib/gmain.c line 4065
  • #21 IA__g_main_context_dispatch
    at /build/buildd/glib2.0-2.24.0/glib/gmain.c line 1960
  • #22 g_main_context_iterate
    at /build/buildd/glib2.0-2.24.0/glib/gmain.c line 2591
  • #23 IA__g_main_loop_run
    at /build/buildd/glib2.0-2.24.0/glib/gmain.c line 2799
  • #24 IA__gtk_main
    at /build/buildd/gtk+2.0-2.20.0/gtk/gtkmain.c line 1219
  • #25 ??
  • #26 __libc_start_main
    at libc-start.c line 226
  • #27 ??

Thread 1 (process 4686)

  • #0 meta_tree_needs_rereading
    at metatree.c line 624
  • #1 meta_tree_refresh
    at metatree.c line 680
  • #2 meta_tree_lookup_by_name
    at metatree.c line 576
  • #3 meta_lookup_cache_lookup_path
    at metatree.c line 3336
  • #4 g_daemon_vfs_local_file_add_info
    at gdaemonvfs.c line 1145
  • #5 _g_local_file_info_get
    at /build/buildd/glib2.0-2.24.0/gio/glocalfileinfo.c line 1717
  • #6 g_local_file_query_info
    at /build/buildd/glib2.0-2.24.0/gio/glocalfile.c line 1192
  • #7 IA__g_file_query_info
    at /build/buildd/glib2.0-2.24.0/gio/gfile.c line 1105
  • #8 query_info_async_thread
    at /build/buildd/glib2.0-2.24.0/gio/gfile.c line 4824
  • #9 run_in_thread
    at /build/buildd/glib2.0-2.24.0/gio/gsimpleasyncresult.c line 679
  • #10 io_job_thread
    at /build/buildd/glib2.0-2.24.0/gio/gioscheduler.c line 182
  • #11 g_thread_pool_thread_proxy
    at /build/buildd/glib2.0-2.24.0/glib/gthreadpool.c line 315
  • #12 g_thread_create_proxy
    at /build/buildd/glib2.0-2.24.0/glib/gthread.c line 1893
  • #13 start_thread
    from /lib/tls/i686/cmov/libpthread.so.0
  • #14 clone
    at ../sysdeps/unix/sysv/linux/i386/clone.S line 130

Comment 1 Cosimo Cecchi 2010-08-06 12:27:33 UTC
-> gvfs

Looks like a crash in the gvfs metadata engine. Is your home on NFS or on another network mount?
Comment 2 Oliver Gerlich 2011-06-20 11:50:47 UTC
Similar problem here: various processes from Gnome 2.30.1 (from JHBuild) crash when they were not used for a while (observed with Gedit, Nautilus, and Evince so far). Random inspection of the core file usually shows "Bus error" in some metatree-related function.

Latest backtrace (anonymized; "/workdir/" is in fact a longer path):

Core was generated by `evince /workdir/TestReport.pdf'.
Program terminated with signal 7, Bus error.
  • #0 meta_tree_needs_rereading
    at metatree.c line 624
  • #0 meta_tree_needs_rereading
    at metatree.c line 624
  • #1 meta_tree_refresh
    at metatree.c line 679
  • #2 meta_tree_lookup_by_name
    at metatree.c line 576
  • #3 meta_lookup_cache_lookup_path
    at metatree.c line 3336
  • #4 g_daemon_vfs_local_file_set_attributes
    at gdaemonvfs.c line 1348


The opened PDF file is on NFS, and home directory is on NFS as well.
Comment 3 Will Fiveash 2013-03-05 00:57:23 UTC
On Solaris 11u1 I'm seeing a very similar nautilus core dump with this stack trace:

> ::status
debugging core file of nautilus (32-bit) from alton
file: /usr/bin/nautilus
initial argv: nautilus --no-desktop
threading model: native threads
status: process terminated by SIGBUS (Bus Error), addr=f5a40008
> ::stack
libgvfsdbus.so`meta_tree_needs_rereading+0x28(84b7788, 1, fd43eaf8, fd540922)
libgvfsdbus.so`meta_tree_refresh+0x2e(84b7788, fd547dc8, 5, fd540526)
libgvfsdbus.so`meta_tree_lookup_by_name+0x135(fd547dc8, 0, fd43eb48, fd5441f1)
libgvfsdbus.so`meta_lookup_cache_lookup_path+0x248(868e308, 8616f20, 99c0002, 0, 0, fd43ec2c)
libgvfsdbus.so`g_daemon_vfs_local_file_add_info+0x77(82c2580, 8616f20, 99c0002, 0, 85d5748, 8602e18)
libgio-2.0.so.0.2800.6`_g_local_file_info_get+0xa62(8616ef0, 8616f20, 85d5748, 0, fd43ee20)
libgio-2.0.so.0.2800.6`g_local_file_query_info+0x79(86a8920, 86a8878, 0, 86a79c0, fd43eedc, 82d9cd8)
libgio-2.0.so.0.2800.6`g_file_query_info+0xb8(86a8920, 86a8878, 0, 86a79c0, fd43eedc, 1)
libgio-2.0.so.0.2800.6`query_info_async_thread+0x3e(85bd448, 86a8920, 86a79c0, fdf4f132)
libgio-2.0.so.0.2800.6`run_in_thread+0x45(861baa8, 86a79c0, 864c830, fdf41a3e)
libgio-2.0.so.0.2800.6`io_job_thread+0x35(861baa8)
libglib-2.0.so.0.2800.6`g_thread_pool_thread_proxy+0x58(83160e8, 861bb30, 208, fde1b6b2)
libglib-2.0.so.0.2800.6`g_thread_create_proxy+0x12e(861bb30, fe762000, fd43efe8, fe6c43e9)
libc_hwcap2.so.1`_thrp_setup+0x9d(fd950a40)
libc_hwcap2.so.1`_lwp_start(fd950a40, 0, 0, 0, 0, 0)

My home directory is an NFS share.
Note, this is happening semi-regularly and is def. annoying.
Comment 4 Ondrej Holy 2015-02-20 10:10:31 UTC
It has been pushed several fixes also for the case when home directory is on nfs since this bug was reported. Closing as obsolete, because there aren't any abrt bug reports reporting crashes with such backtrace. Please reopen if you still facing those crashes.