(In reply to Dominique Leuenberger from comment #7) > Best is to extract a back trace directly on your machine; try with: > > coredumpctl gdb /usr/lib/tracker-extract > > then at the (gdb) prompt type "bt full"; if there are mentions of missing > -debuginfo packages, please install them and reproduce the coredumpctl gdb > command (there should be no '???' in the resulting dump. > > With this it might be possible to find some clues where it's happening. coredumpctl couldn���t find any coredump files, but running gdb manually I managed to extract the information. First, tracker 1.10.4 became available just a moment ago, and that seemed to have cured most of the crashes. But running gdb on the *old* (tracker 1.10.3), I found this: #0 0x00007fabff6e3eb7 in munlock () at /lib64/libc.so.6 #1 0x00007fabbc93611f in delete_fluid_defsfont () at /usr/lib64/libfluidsynth.so.1 #2 0x00007fabbc936256 in fluid_defsfont_sfont_delete () at /usr/lib64/libfluidsynth.so.1 #3 0x00007fabbc94b7d2 in fluid_synth_sfont_unref () at /usr/lib64/libfluidsynth.so.1 #4 0x00007fabbc950ce0 in fluid_synth_sfunload () at /usr/lib64/libfluidsynth.so.1 #5 0x00007fabbcbee271 in () at /usr/lib64/gstreamer-1.0/libgstfluidsynthmidi.so #6 0x00007fabce3ed90e in gst_element_change_state () at /usr/lib64/libgstreamer-1.0.so.0 #7 0x00007fabce3ee07f in () at /usr/lib64/libgstreamer-1.0.so.0 libfluidsynth is a MIDI library, and the crashes seemed to be releated to extracting metadata from MIDI files (.mid files). With the new 1.10.4 version it doesn���t crash on MIDI files (or perhaps it���s just indexed all of them?), but I still get crashes, now on MP3 files, referencing the libmediaart library: #0 0x00007f4b3f6b6e97 in unlink () at /lib64/libc.so.6 #1 0x00007f4b4034af7b in () at /usr/lib64/libmediaart-2.0.so.0 #2 0x00007f4b4034cbf8 in media_art_process_file () at /usr/lib64/libmediaart-2.0.so.0 #3 0x00007f4a80095dc9 in tracker_extract_get_metadata (info=0x7f4b20033e60) at tracker-extract-mp3.c:2584 media_art_process = <optimized out> error = 0x7f4a90437390