Baloo file indexing crashes

On one of my installations Balloo File Indexing Daemon crashes. I have no clue why it is happening. Here is a traceback, but seems it is not that useful.

Application: Baloo File Indexing Daemon (baloo_file), signal: Aborted
Using host libthread_db library "/lib64/libthread_db.so.1".
[Current thread is 1 (Thread 0x7ff410ad2100 (LWP 3604))]


Thread 3 (Thread 0x7ff4055f2700 (LWP 4265)):
#0  0x00007ff40abaedc9 in g_mutex_lock () from /usr/lib64/libglib-2.0.so.0
#1  0x00007ff40ab68733 in g_main_context_prepare () from /usr/lib64/libglib-2.0.so.0
#2  0x00007ff40ab690fb in ?? () from /usr/lib64/libglib-2.0.so.0
#3  0x00007ff40ab692dc in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#4  0x00007ff40f14cc0b in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5
#5  0x00007ff40f0f509a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5
#6  0x0000564d5c225dbd in ?? ()
#7  0x00007ff40ef26372 in ?? () from /usr/lib64/libQt5Core.so.5
#8  0x00007ff40ef290ce in ?? () from /usr/lib64/libQt5Core.so.5
#9  0x00007ff40d512559 in start_thread () from /lib64/libpthread.so.0
#10 0x00007ff40e4cb81f in clone () from /lib64/libc.so.6


Thread 2 (Thread 0x7ff40613a700 (LWP 4109)):
#0  0x00007ff40abaede4 in g_mutex_unlock () from /usr/lib64/libglib-2.0.so.0
#1  0x00007ff40ab689c9 in g_main_context_query () from /usr/lib64/libglib-2.0.so.0
#2  0x00007ff40ab69147 in ?? () from /usr/lib64/libglib-2.0.so.0
#3  0x00007ff40ab692dc in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#4  0x00007ff40f14cc0b in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5
#5  0x00007ff40f0f509a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5
#6  0x00007ff40ef244da in QThread::exec() () from /usr/lib64/libQt5Core.so.5
#7  0x00007ff410381985 in ?? () from /usr/lib64/libQt5DBus.so.5
#8  0x00007ff40ef290ce in ?? () from /usr/lib64/libQt5Core.so.5
#9  0x00007ff40d512559 in start_thread () from /lib64/libpthread.so.0
#10 0x00007ff40e4cb81f in clone () from /lib64/libc.so.6


Thread 1 (Thread 0x7ff410ad2100 (LWP 3604)):
[KCrash Handler]
#6  0x00007ff40e4090e0 in raise () from /lib64/libc.so.6
#7  0x00007ff40e40a6c1 in abort () from /lib64/libc.so.6
#8  0x00007ff40c1a2922 in ?? () from /usr/lib64/liblmdb-0.9.17.so
#9  0x00007ff40c197e05 in ?? () from /usr/lib64/liblmdb-0.9.17.so
#10 0x00007ff40c198fea in ?? () from /usr/lib64/liblmdb-0.9.17.so
#11 0x00007ff40c199259 in ?? () from /usr/lib64/liblmdb-0.9.17.so
#12 0x00007ff40c19ad54 in ?? () from /usr/lib64/liblmdb-0.9.17.so
#13 0x00007ff40c19deee in mdb_cursor_put () from /usr/lib64/liblmdb-0.9.17.so
#14 0x00007ff40c1a09ab in mdb_put () from /usr/lib64/liblmdb-0.9.17.so
#15 0x00007ff40fabee5c in Baloo::PostingDB::put(QByteArray const&, QVector<unsigned long long> const&) () from /usr/lib64/libKF5BalooEngine.so.5
#16 0x00007ff40facb5d0 in Baloo::WriteTransaction::commit() () from /usr/lib64/libKF5BalooEngine.so.5
#17 0x00007ff40fac44c2 in Baloo::Transaction::commit() () from /usr/lib64/libKF5BalooEngine.so.5
#18 0x0000564d5c22e408 in ?? ()
#19 0x00007ff40f12414c in QMetaObject::activate(QObject*, int, int, void**) () from /usr/lib64/libQt5Core.so.5
#20 0x0000564d5c236b95 in ?? ()
#21 0x0000564d5c22c42e in ?? ()
#22 0x00007ff40f12414c in QMetaObject::activate(QObject*, int, int, void**) () from /usr/lib64/libQt5Core.so.5
#23 0x00007ff40f130437 in QTimer::timeout(QTimer::QPrivateSignal) () from /usr/lib64/libQt5Core.so.5
#24 0x00007ff40f130768 in QTimer::timerEvent(QTimerEvent*) () from /usr/lib64/libQt5Core.so.5
#25 0x00007ff40f1249eb in QObject::event(QEvent*) () from /usr/lib64/libQt5Core.so.5
#26 0x00007ff40f0f6a71 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () from /usr/lib64/libQt5Core.so.5
#27 0x00007ff40f14c19e in QTimerInfoList::activateTimers() () from /usr/lib64/libQt5Core.so.5
#28 0x00007ff40f14c8e9 in ?? () from /usr/lib64/libQt5Core.so.5
#29 0x00007ff40ab69017 in g_main_context_dispatch () from /usr/lib64/libglib-2.0.so.0
#30 0x00007ff40ab69250 in ?? () from /usr/lib64/libglib-2.0.so.0
#31 0x00007ff40ab692dc in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#32 0x00007ff40f14cbef in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5
#33 0x00007ff40f0f509a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5
#34 0x00007ff40f0fd9e4 in QCoreApplication::exec() () from /usr/lib64/libQt5Core.so.5
#35 0x0000564d5c21821c in ?? ()
#36 0x00007ff40e3f3f4a in __libc_start_main () from /lib64/libc.so.6
#37 0x0000564d5c21848a in _start ()
[Inferior 1 (process 3604) detached]



Also almost on every first login after computer restart I see message that ksmserver was unable to start. After login-logout the message do not appear. Don’t know if these issues related. May be they do, because started about at the same time… when I added second monitor… that’s weird if it is about second monitor - most likely something else happened to the system about that time.

Maybe you’re encountering the issue discussed in this thread, which includes a work-around that solved the problem for me:

https://forums.opensuse.org/showthread.php/534114-Baloo-file-indexing-daemon-closed

Thanks for the workaround.

There are 2 KDE Bug Reports which are principally dealing with this issue – in addition to a long list of “marked as duplicate” Bug Reports:

AFAIK, the Baloo developers are currently actively working to resolve this issue.