Bug 672308 – tracker-miner-fs suddenly crashed

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 672308 - tracker-miner-fs suddenly crashed


Summary:	tracker-miner-fs suddenly crashed


Status:	RESOLVED FIXED

Product:	tracker
Classification:	Core
Component:	Miners
Version:	0.14.x
Hardware:	Other Linux

Importance:	Normal critical
Target Milestone:	---
Assigned To:	tracker-general
QA Contact:	Jamie McCracken

URL:
Whiteboard:

Depends on:
Blocks:

Reported:	2012-03-17 19:10 UTC by Cosimo Cecchi
Modified:	2012-04-03 13:41 UTC

See Also:
GNOME target:	---
GNOME version:	---

Description Cosimo Cecchi 2012-03-17 19:10:46 UTC

I wasn't doing anything special, browsing in Nautilus...don't really remember; then an ABRT notification popped up informing tracker-miner-fs had crashed.

Apparently it's trying to index an SFTP share?


Core was generated by `/usr/libexec/tracker-miner-fs'.
Program terminated with signal 6, Aborted.

+ Trace 229902

Thread 1 (Thread 0x7f2bc6800840 (LWP 1716))

#0 __GI_raise
at ../nptl/sysdeps/unix/sysv/linux/raise.c line 64
#1 __GI_abort
at abort.c line 91
#2 g_assertion_message
at gtestutils.c line 1860
#3 g_assertion_message_expr
at gtestutils.c line 1871
#4 tracker_file_system_get_file
at tracker-file-system.c line 483
#5 tracker_file_notifier_get_file_iri
at tracker-file-notifier.c line 1376
#6 tracker_miner_fs_query_urn
at tracker-miner-fs.c line 3407
#7 ensure_mount_point_exists
at tracker-miner-files.c line 678
#8 set_up_mount_point
at tracker-miner-files.c line 784
#9 mount_point_added_cb
at tracker-miner-files.c line 1286
#10 tracker_marshal_VOID__STRING_STRING_STRING_BOOLEAN_BOOLEAN
at ../../src/libtracker-miner/tracker-marshal.c line 491
#11 g_closure_invoke
at gclosure.c line 777
#12 signal_emit_unlocked_R
at gsignal.c line 3547
#13 g_signal_emit_valist
at gsignal.c line 3295
#14 g_signal_emit
at gsignal.c line 3352
#15 mount_add_new
at tracker-storage.c line 355
#16 mount_add
at tracker-storage.c line 683
#17 g_cclosure_marshal_VOID__OBJECTv
at gmarshal.c line 1312
#18 _g_closure_invoke_va
at gclosure.c line 840
#19 g_signal_emit_valist
at gsignal.c line 3206
#20 g_signal_emit_by_name
at gsignal.c line 3389
#21 g_cclosure_marshal_VOID__OBJECTv
at gmarshal.c line 1312
#22 _g_closure_invoke_va
at gclosure.c line 840
#23 g_signal_emit_valist
at gsignal.c line 3206
#24 g_signal_emit_by_name
at gsignal.c line 3389
#25 mount_added
at gdaemonvolumemonitor.c line 165
#26 g_cclosure_marshal_VOID__POINTERv
at gmarshal.c line 1236
#27 _g_closure_invoke_va
at gclosure.c line 840
#28 g_signal_emit_valist
at gsignal.c line 3206
#29 g_signal_emit
at gsignal.c line 3352
#30 g_mount_tracker_add_mount
at gmounttracker.c line 397
#31 g_mount_tracker_filter_func
at gmounttracker.c line 476
#32 dbus_connection_dispatch
at dbus-connection.c line 4644
#33 dbus_source_dispatch
at gvfsdbusutils.c line 807
#34 g_main_dispatch
at gmain.c line 2510
#35 g_main_context_dispatch
at gmain.c line 3047
#36 g_main_context_iterate
at gmain.c line 3118
#37 g_main_loop_run
at gmain.c line 3312
#38 main
at tracker-main.c line 1091

Comment 1 Martyn Russell 2012-04-03 10:27:17 UTC

Hello Cosimo, do you have a regular way to reproduce this?
Perhaps recreating the SFTP share?
Anything you can give me here to test locally would be a help! :)

Comment 2 Martyn Russell 2012-04-03 12:59:15 UTC

Fixed in master. Seems to be caused by the sftp:// and URI themes != "file://".

Comment 3 Cosimo Cecchi 2012-04-03 13:41:10 UTC

(In reply to comment #1)
> Hello Cosimo, do you have a regular way to reproduce this?
> Perhaps recreating the SFTP share?
> Anything you can give me here to test locally would be a help! :)

Yes, this was happening every time I connected to a SFTP share with Nautilus. Thanks for the fix!