Re: [Tracker] tracker-miner-fs crash?




For this issue I need to have your log 

On Wed, 2009-11-11 at 16:16 +0200, Tshepang Lekhonkhobe wrote:

results of this cmd:
$ G_SLICE=always-malloc G_DEBUG=gc-friendly
gdb /usr/libexec/tracker-miner-fs

[snip]
(tracker-miner-fs:12047): Tracker-CRITICAL **: Could not execute
sparql: 13.25: syntax error, unexpected end of query, expected }

Program received signal SIGSEGV, Segmentation fault.
0xb7cce5fe in IA__g_type_check_instance_is_a (type_instance=0x837c408,
iface_type=20) at
/build/buildd-glib2.0_2.22.2-2-i386-R8GTDn/glib2.0-2.22.2/gobject/gtype.c:3695
3695    /build/buildd-glib2.0_2.22.2-2-i386-R8GTDn/glib2.0-2.22.2/gobject/gtype.c:
No such file or directory.
        in /build/buildd-glib2.0_2.22.2-2-i386-R8GTDn/glib2.0-2.22.2/gobject/gtype.c
(gdb) thread apply all bt

Thread 28 (Thread 0xb7799b70 (LWP 12473)):
#0  0xb7fe1424 in __kernel_vsyscall ()
#1  0xb7dd83e2 in pthread_cond_timedwait@@GLIBC_2.3.2 () at
../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_timedwait.S:179
#2  0xb7dca06d in g_cond_timed_wait_posix_impl (cond=0x8068c08,
entered_mutex=0x80, abs_time=0x33975)

at /build/buildd-glib2.0_2.22.2-2-i386-R8GTDn/glib2.0-2.22.2/gthread/gthread-posix.c:242
#3  0xb7c00b19 in g_async_queue_pop_intern_unlocked (queue=0x8070fc8,
try=<value optimized out>, end_time=0xb77992e4)

at /build/buildd-glib2.0_2.22.2-2-i386-R8GTDn/glib2.0-2.22.2/glib/gasyncqueue.c:365
#4  0xb7c537a8 in g_thread_pool_wait_for_new_task (data=0x8078fe8) at
/build/buildd-glib2.0_2.22.2-2-i386-R8GTDn/glib2.0-2.22.2/glib/gthreadpool.c:220
#5  g_thread_pool_thread_proxy (data=0x8078fe8) at
/build/buildd-glib2.0_2.22.2-2-i386-R8GTDn/glib2.0-2.22.2/glib/gthreadpool.c:254
#6  0xb7c5211f in g_thread_create_proxy (data=0x8239468) at
/build/buildd-glib2.0_2.22.2-2-i386-R8GTDn/glib2.0-2.22.2/glib/gthread.c:635
#7  0xb7dd4595 in start_thread (arg=0xb7799b70) at
pthread_create.c:300
#8  0xb7b3918e in clone ()
at ../sysdeps/unix/sysv/linux/i386/clone.S:130

Thread 1 (Thread 0xb7a04a50 (LWP 12047)):
#0  0xb7cce5fe in IA__g_type_check_instance_is_a
(type_instance=0x837c408, iface_type=20) at
/build/buildd-glib2.0_2.22.2-2-i386-R8GTDn/glib2.0-2.22.2/gobject/gtype.c:3695
#1  0xb7cb5ddc in IA__g_object_unref (_object=0x837c408) at
/build/buildd-glib2.0_2.22.2-2-i386-R8GTDn/glib2.0-2.22.2/gobject/gobject.c:2415
#2  0xb7e4b584 in process_data_free (data=0x82e63c8) at
tracker-miner-fs.c:473
#3  0xb7e4cf28 in sparql_update_cb (miner=0x8079170, error=0x0,
user_data=0x82e63c8) at tracker-miner-fs.c:812
#4  0xb7e49529 in run_update_callback (error=0x0, user_data=0x83ed2b8)
at tracker-miner.c:764
#5  sparql_update_cb (error=0x0, user_data=0x83ed2b8) at
tracker-miner.c:788
#6  0xb7e6efee in tracker_void_reply (proxy=0x8078b10, error=0x0,
user_data=0x853bec0) at tracker.c:98
#7  0xb7e6e8b8 in
org_freedesktop_Tracker1_Resources_batch_sparql_update_async_callback
(proxy=0x8078b10, call=0x52c6f, user_data=0x83b56e8) at
tracker-resources-glue.h:155
#8  0xb7e2c53f in ?? () from /usr/lib/libdbus-glib-1.so.2
#9  0xb7e04e51 in ?? () from /lib/libdbus-1.so.3
#10 0xb7df4d56 in ?? () from /lib/libdbus-1.so.3
#11 0xb7df5a5c in dbus_connection_dispatch () from /lib/libdbus-1.so.3
#12 0xb7e27bdd in ?? () from /usr/lib/libdbus-glib-1.so.2
#13 0xb7c27e98 in g_main_dispatch (context=0x806eca8) at
/build/buildd-glib2.0_2.22.2-2-i386-R8GTDn/glib2.0-2.22.2/glib/gmain.c:1960
#14 IA__g_main_context_dispatch (context=0x806eca8) at
/build/buildd-glib2.0_2.22.2-2-i386-R8GTDn/glib2.0-2.22.2/glib/gmain.c:2513
#15 0xb7c2b623 in g_main_context_iterate (context=0x806eca8, block=1,
dispatch=1, self=0x805c8f0) at
/build/buildd-glib2.0_2.22.2-2-i386-R8GTDn/glib2.0-2.22.2/glib/gmain.c:2591
#16 0xb7c2baea in IA__g_main_loop_run (loop=0x8079110) at
/build/buildd-glib2.0_2.22.2-2-i386-R8GTDn/glib2.0-2.22.2/glib/gmain.c:2799
#17 0x08050c0c in main (argc=134678792, argv=0x2) at
tracker-main.c:343

Also try G_DEBUG=fatal-criticals when you see CRITICAL warnings
passing
by

will send this soon as it happens; it's currently running
will send also valgrind results



-- 
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be 
gnome: pvanhoof at gnome dot org 
http://pvanhoof.be/blog
http://codeminded.be




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]