[Akonadi] [Bug 363741] akonadi server 16.04.2: crashing every few seconds
https://bugs.kde.org/show_bug.cgi?id=363741 --- Comment #24 from Till Schäfer --- still valid for 16.08.1 -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 363741] akonadi server 16.04.2: crashing every few seconds
https://bugs.kde.org/show_bug.cgi?id=363741 k...@mail.orbitel.bg changed: What|Removed |Added CC||k...@mail.orbitel.bg --- Comment #23 from k...@mail.orbitel.bg --- Thanks Christian! I also just updated my Tumbleweed using your repo and the issue seems to be gone. I am crossing fingers in hope this nasty bug could be fixed till the next Tumbleweed update. -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 363741] akonadi server 16.04.2: crashing every few seconds
https://bugs.kde.org/show_bug.cgi?id=363741 --- Comment #22 from Aitor --- Thanks Christian! Your I've just updated my Tumbleweed using your repo and the issue seems to be gone. -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 363741] akonadi server 16.04.2: crashing every few seconds
https://bugs.kde.org/show_bug.cgi?id=363741 --- Comment #21 from Aitor --- More meaningful backtrace (with the missing debug symbols in the previous one) of a following coredump: [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". Core was generated by `akonadiserver'. Program terminated with signal SIGSEGV, Segmentation fault. #0 x86_64_fallback_frame_state (context=0x7fd71104c240, context=0x7fd71104c240, fs=0x7fd71104c330) at ./md-unwind-support.h:58 58 ./md-unwind-support.h: No existe el fichero o el directorio. [Current thread is 1 (Thread 0x7fd71104f700 (LWP 569))] (gdb) bt #0 0x7fd7198b921b in uw_frame_state_for (context=0x7fd71104c240, context=0x7fd71104c240, fs=0x7fd71104c330) at ./md-unwind-support.h:58 #1 0x7fd7198b921b in uw_frame_state_for (context=context@entry=0x7fd71104c240, fs=fs@entry=0x7fd71104c330) at ../../../libgcc/unwind-dw2.c:1249 #2 0x7fd7198babb8 in _Unwind_Backtrace (trace=0x7fd7195fd210 , trace_argument=0x7fd71104c4f0) at ../../../libgcc/unwind.inc:290 #3 0x7fd7195fd37f in __GI___backtrace (array=array@entry=0x7fd71104c5b0, size=size@entry=256) at ../sysdeps/x86_64/backtrace.c:110 #4 0x00574fe6 in akBacktrace() () at /usr/src/debug/akonadi-16.04.3/src/shared/akcrash.cpp:47 #5 0x00575300 in defaultCrashHandler(int) (sig=11) at /usr/src/debug/akonadi-16.04.3/src/shared/akcrash.cpp:91 #6 0x7fd71953c9f0 in () at /lib64/libc.so.6 #7 0x0020 in () #8 0x7fd6d85445cb in ExternalPostList::ExternalPostList(Xapian::Database const&, Xapian::PostingSource*, double, MultiMatch*) (this=0x7fd6f405c220, db=..., source_=, factor_=, matcher=0x7fd71104dba0) at matcher/externalpostlist.cc:40 #9 0x7fd6d8456730 in Xapian::Internal::QueryPostingSource::postlist(QueryOptimiser*, double) const (this=, qopt=0x7fd71104d4a0, factor=1) at api/queryinternal.cc:739 #10 0x7fd6d8454c41 in Xapian::Query::Internal::postlist_sub_or_like(Xapian::Internal::OrContext&, QueryOptimiser*, double) const (this=, ctx=..., qopt=, factor=) at api/queryinternal.cc:626 #11 0x7fd6d8455f1c in Xapian::Internal::QueryBranch::do_or_like(Xapian::Internal::OrContext&, QueryOptimiser*, double, unsigned int, unsigned long) const (this=this@entry=0x7fd6f4026070, ctx=..., qopt=qopt@entry=0x7fd71104d4a0, factor=factor@entry=1, elite_set_size=elite_set_size@entry=0, first=first@entry=1) at api/queryinternal.cc:1186 #12 0x7fd6d84564e1 in Xapian::Internal::QueryAndMaybe::postlist(QueryOptimiser*, double) const (this=0x7fd6f4026070, qopt=0x7fd71104d4a0, factor=1) at api/queryinternal.cc:1550 #13 0x7fd6d854488a in LocalSubMatch::get_postlist(MultiMatch*, unsigned int*) (this=0x7fd6f4047040, matcher=0x7fd71104dba0, total_subqs_ptr=0x7fd71104d60c) at matcher/localsubmatch.cc:204 #14 0x7fd6d854abb6 in MultiMatch::get_mset(unsigned int, unsigned int, unsigned int, Xapian::MSet&, Xapian::Weight::Internal&, Xapian::MatchDecider const*, Xapian::KeyMaker const*) (this=this@entry=0x7fd71104dba0, first=first@entry=0, maxitems=77512, check_at_least=check_at_least@entry=77512, mset=..., stats=..., mdecider=0x0, sorter=0x0) at matcher/multimatch.cc:419 #15 0x7fd6d844430f in Xapian::Enquire::Internal::get_mset(unsigned int, unsigned int, unsigned int, Xapian::RSet const*, Xapian::MatchDecider const*) const (this=0x7fd6f40455e0, first=, maxitems=, check_at_least=, check_at_least@entry=0, rset=rset@entry=0x0, mdecider=0x0) at api/omenquire.cc:548 #16 0x7fd6d8444654 in Xapian::Enquire::get_mset(unsigned int, unsigned int, unsigned int, Xapian::RSet const*, Xapian::MatchDecider const*) const (this=this@entry=0x7fd71104dec0, first=, maxitems=, check_at_least=check_at_least@entry=0, rset=rset@entry=0x0, mdecider=0x0) at api/omenquire.cc:906 #17 0x7fd6e81bc9bd in Akonadi::Search::XapianSearchStore::exec(Akonadi::Search::Query const&) (this=0x7fd6e00dc8f0, query=...) at /usr/src/debug/akonadi-search-16.04.3/xapian/xapiansearchstore.cpp:177 #18 0x7fd7101b5cd1 in Akonadi::Search::Query::exec() (this=this@entry=0x7fd71104e130) at /usr/src/debug/akonadi-search-16.04.3/core/query.cpp:252 #19 0x7fd71064a57a in SearchPlugin::search(QString const&, QList const&, QStringList const&) (this=, akonadiQuery=..., collections=..., mimeTypes=...) at /usr/src/debug/akonadi-search-16.04.3/akonadiplugin/searchplugin.cpp:348 #20 0x0055e0c7 in Akonadi::Server::SearchRequest::searchPlugins() (this=this@entry=0x7fd71104e770) at /usr/src/debug/akonadi-16.04.3/src/server/search/searchrequest.cpp:112 #21 0x0055e453 in Akonadi::Server::SearchRequest::exec() (this=this@entry=0x7fd71104e770) at /usr/src/debug/akonadi-16.04.3/src/server/search/searchrequest.cpp:123 #22 0x00449487 in Akonadi::Server::SearchManager::updateSearchImpl(Akonadi::Server::Collection const&, QSemaphore*) (this=0x15c34a0, collection=..., cond=) at /usr/src/debug/akonadi-16.04.3/src/server/search/searchmanager.cpp:350 #23 0x00
[Akonadi] [Bug 363741] akonadi server 16.04.2: crashing every few seconds
https://bugs.kde.org/show_bug.cgi?id=363741 --- Comment #20 from Christian Boltz --- (copy&paste of my mail to opensuse-factory) I created a repo with the previous version of libxapian, and akonadi-* and baloo linkpac'd from Factory (so rebuilt against the old libxapian): https://build.opensuse.org/project/show/home:cboltz:branches:openSUSE:Factory Packages at http://download.opensuse.org/repositories/home:/cboltz:/branches:/openSUSE:/Factory/standard/ Since I installled these packages (using zypper dup --from), I didn't see any akonadi crashes. If someone wants to use the fixed packages _now_: I'll keep the repo as long as it's useful for me ;-) -> this is clearly caused by the libxapian update (libxapian22 -> libxapian30) BTW: Aitor's backtrace looks like the other backtraces in this bugreport, but without debuginfo packages installed. I've seen something similar before installing the debuginfo packages. -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 363741] akonadi server 16.04.2: crashing every few seconds
https://bugs.kde.org/show_bug.cgi?id=363741 Aitor changed: What|Removed |Added CC||m...@aitorpazos.es --- Comment #19 from Aitor --- I'm seeing akonadiserver coredumping repeatedly as well on OpenSUSE Tumbleweed. $ coredumpctl list COREDUMP_COMM=akonadiserver TIMEPID UID GID SIG PRESENT EXE sáb 2016-08-20 17:08:31 IST 3345 1004 1004 11 /usr/bin/akonadiserver sáb 2016-08-20 18:06:23 IST 11612 1004 1004 11 /usr/bin/akonadiserver sáb 2016-08-20 19:48:13 IST 9044 1004 1004 11 /usr/bin/akonadiserver sáb 2016-08-20 20:52:21 IST 11546 1004 1004 11 /usr/bin/akonadiserver sáb 2016-08-20 20:56:26 IST 15596 1004 1004 11 /usr/bin/akonadiserver sáb 2016-08-20 20:58:45 IST 17769 1004 1004 11 /usr/bin/akonadiserver sáb 2016-08-20 21:04:58 IST 20943 1004 1004 11 /usr/bin/akonadiserver sáb 2016-08-20 21:07:09 IST 21753 1004 1004 11 /usr/bin/akonadiserver sáb 2016-08-20 21:08:31 IST 22413 1004 1004 11 /usr/bin/akonadiserver sáb 2016-08-20 22:33:24 IST 10901 1004 1004 11 /usr/bin/akonadiserver sáb 2016-08-20 22:38:27 IST 13131 1004 1004 11 /usr/bin/akonadiserver sáb 2016-08-20 22:43:31 IST 14567 1004 1004 11 /usr/bin/akonadiserver sáb 2016-08-20 22:54:25 IST 22114 1004 1004 11 /usr/bin/akonadiserver sáb 2016-08-20 22:54:59 IST 23583 1004 1004 11 /usr/bin/akonadiserver dom 2016-08-21 01:54:48 IST2790 1004 1004 11 /usr/bin/akonadiserver dom 2016-08-21 01:57:24 IST3918 1004 1004 11 /usr/bin/akonadiserver dom 2016-08-21 02:03:47 IST8106 1004 1004 11 /usr/bin/akonadiserver dom 2016-08-21 02:06:56 IST9122 1004 1004 11 /usr/bin/akonadiserver dom 2016-08-21 02:08:22 IST 11547 1004 1004 11 /usr/bin/akonadiserver dom 2016-08-21 02:31:25 IST 19402 1004 1004 11 /usr/bin/akonadiserver dom 2016-08-21 02:49:12 IST 23853 1004 1004 11 /usr/bin/akonadiserver dom 2016-08-21 02:50:40 IST 24263 1004 1004 11 /usr/bin/akonadiserver dom 2016-08-21 02:52:12 IST 24672 1004 1004 11 /usr/bin/akonadiserver dom 2016-08-21 15:00:43 IST7764 1004 1004 11 /usr/bin/akonadiserver dom 2016-08-21 15:06:37 IST 11212 1004 1004 11 /usr/bin/akonadiserver dom 2016-08-21 15:07:09 IST 11870 1004 1004 11 /usr/bin/akonadiserver dom 2016-08-21 15:11:17 IST 12143 1004 1004 11 /usr/bin/akonadiserver dom 2016-08-21 15:25:41 IST 19825 1004 1004 11 /usr/bin/akonadiserver dom 2016-08-21 15:29:20 IST 21604 1004 1004 11 /usr/bin/akonadiserver All leaving the same backtrace: $ coredumpctl gdb 11870 PID: 11870 (akonadiserver) UID: 1004 (user) GID: 1004 (user) Signal: 11 (SEGV) Timestamp: dom 2016-08-21 15:06:23 IST (14min ago) Command Line: akonadiserver Executable: /usr/bin/akonadiserver Control Group: / Slice: -.slice Boot ID: 3c838f6cf33a4d4288cfef8de81c1a84 Machine ID: 0a280ef085a9a213e42acac8576af948 Hostname: Coredump: /var/lib/systemd/coredump/core.akonadiserver.1004.3c838f6cf33a4d4288cfef8de81c1a84.11870.147178838300.xz Message: Process 11870 (akonadiserver) of user 1004 dumped core. GNU gdb (GDB; openSUSE Tumbleweed) 7.11.1 [...] Using host libthread_db library "/lib64/libthread_db.so.1". Core was generated by `akonadiserver'. Program terminated with signal SIGSEGV, Segmentation fault. #0 x86_64_fallback_frame_state (context=0x7fe67caed240, context=0x7fe67caed240, fs=0x7fe67caed330) at ./md-unwind-support.h:58 58 ./md-unwind-support.h: No existe el fichero o el directorio. [Current thread is 1 (Thread 0x7fe67caf0700 (LWP 11884))] Missing separate debuginfos, use: zypper install akonadi-server-debuginfo-16.04.3-2.1.x86_64 (gdb) bt #0 0x7fe68535a21b in uw_frame_state_for (context=0x7fe67caed240, context=0x7fe67caed240, fs=0x7fe67caed330) at ./md-unwind-support.h:58 #1 0x7fe68535a21b in uw_frame_state_for (context=context@entry=0x7fe67caed240, fs=fs@entry=0x7fe67caed330) at ../../../libgcc/unwind-dw2.c:1249 #2 0x7fe68535bbb8 in _Unwind_Backtrace (trace=0x7fe68509e210 , trace_argument=0x7fe67caed4f0) at ../../../libgcc/unwind.inc:290 #3 0x7fe68509e37f in __GI___backtrace (array=, size=) at ../sysdeps/x86_64/backtrace.c:110 #4 0x00574fe6 in () #5 0x00575300 in () #6 0x7fe684fdd9f0 in () at /lib64/libc.so.6 #7 0x0018 in () #8 0x7fe6545445cb in () at /usr/lib64/libxapian.so.30 #9 0x7fe654456730 in () at /usr/lib64/libxapian.so.30 #10 0x7fe654454c41 in Xapian::Query::Internal::postlist_sub_or_like(Xapian::Internal::OrContext&, QueryOptimiser*, double) const () at /usr/lib64/libxapian.so.30 #11 0x7fe654455f1c in () at /usr/lib64/libxapian.so.30 #12 0x7fe6544564e1 in () at /usr/lib64/libxapian.so.30 #13 0x0
[Akonadi] [Bug 363741] akonadi server 16.04.2: crashing every few seconds
https://bugs.kde.org/show_bug.cgi?id=363741 Ian changed: What|Removed |Added CC||ianse...@yahoo.co.uk --- Comment #18 from Ian --- i've got akonadi restarting itself when feels like as well and kmail2 also crashes with seg fault 11 but i don;t know if they are related. I've only had this issue since kmail2 ver 5.3.0 was downloaded and installed. i've logged it here https://bugs.kde.org/show_bug.cgi?id=367632 -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 363741] akonadi server 16.04.2: crashing every few seconds
https://bugs.kde.org/show_bug.cgi?id=363741 Michal Hlavac changed: What|Removed |Added CC||hla...@hlavki.eu -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 363741] akonadi server 16.04.2: crashing every few seconds
https://bugs.kde.org/show_bug.cgi?id=363741
Christian Boltz changed:
What|Removed |Added
CC||kde-b...@cboltz.de
--- Comment #17 from Christian Boltz ---
(In reply to Daniel Vrátil from comment #15)
> Please try removing content of ~/.local/share/akonadi/search_db and
> ~/.local/share/baloo/{calendars,collections,contacts,email,emailContacts,
> notes} (if if exists)
I hit this bug (on openSUSE Tumbleweed) and tried this (I moved
akonadi/search_db away and didn't have the mentioned baloo files because I have
most of baloo disabled).
After starting akonadi and kmail, unfortunately it only took a minute until
akonadi restarted itsself again :-(
Note: this started after Akonadi and Baloo were rebuilt against libxapian30
(xapian 1.4.0). With the previous libxapian22 (xapian 1.2.23), everything
worked without problems.
--
You are receiving this mail because:
You are watching all bug changes.
[Akonadi] [Bug 363741] akonadi server 16.04.2: crashing every few seconds
https://bugs.kde.org/show_bug.cgi?id=363741 --- Comment #16 from Till Schäfer --- by why does a mysql schema drop/create helps in this case? -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 363741] akonadi server 16.04.2: crashing every few seconds
https://bugs.kde.org/show_bug.cgi?id=363741
Daniel Vrátil changed:
What|Removed |Added
Status|UNCONFIRMED |CONFIRMED
CC||dvra...@kde.org
Ever confirmed|0 |1
--- Comment #15 from Daniel Vrátil ---
Please try removing content of ~/.local/share/akonadi/search_db and
~/.local/share/baloo/{calendars,collections,contacts,email,emailContacts,notes}
(if if exists)
This unfortunately is Xapian crashing on its own (probably corrupted) database,
something that is currently out of our control.
--
You are receiving this mail because:
You are watching all bug changes.
[Akonadi] [Bug 363741] akonadi server 16.04.2: crashing every few seconds
https://bugs.kde.org/show_bug.cgi?id=363741 Sven Eden changed: What|Removed |Added CC||sven.e...@gmx.de --- Comment #14 from Sven Eden --- I tried this and removed the search folder. After a restart of both akonadi and kontact (I had gdb hooked to the akonadiserver process) and trying to do a search, gdb caught a SIGSEGV with the following trace: Thread 60 "QThread" received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fd009ffb700 (LWP 17593)] 0x7fcfe854b9a8 in vtable for Xapian::Internal::QueryTerm () from /usr/lib64/libxapian-1.3.so.8 (gdb) bt #0 0x7fcfe854b9a8 in vtable for Xapian::Internal::QueryTerm () from /usr/lib64/libxapian-1.3.so.8 #1 0x7fcfe82a301b in ExternalPostList::ExternalPostList (this=0x7fcff009f1e0, db=..., source_=, factor_=, matcher=0x7fd009ff9d10) at matcher/externalpostlist.cc:40 #2 0x7fcfe81b5d4b in Xapian::Internal::QueryPostingSource::postlist (this=, qopt=0x7fd009ff9630, factor=1) at api/queryinternal.cc:739 #3 0x7fcfe81b40b1 in Xapian::Query::Internal::postlist_sub_xor (this=, ctx=..., qopt=, factor=) at api/queryinternal.cc:634 #4 0x7fcfe81b5533 in Xapian::Internal::QueryBranch::do_or_like (this=this@entry=0x7fcff001bd60, ctx=..., qopt=qopt@entry=0x7fd009ff9630, factor=factor@entry=1, elite_set_size=elite_set_size@entry=0, first=first@entry=1) at api/queryinternal.cc:1186 #5 0x7fcfe81b5afa in Xapian::Internal::QueryAndMaybe::postlist (this=0x7fcff001bd60, qopt=0x7fd009ff9630, factor=1) at api/queryinternal.cc:1550 #6 0x7fcfe82a32da in LocalSubMatch::get_postlist (this=0x7fcff009a6c0, matcher=0x7fd009ff9d10, total_subqs_ptr=0x7fd009ff979c) at matcher/localsubmatch.cc:204 #7 0x7fcfe82a9741 in MultiMatch::get_mset (this=this@entry=0x7fd009ff9d10, first=first@entry=0, maxitems=95894, check_at_least=check_at_least@entry=95894, mset=..., stats=..., mdecider=0x0, sorter=0x0) at matcher/multimatch.cc:419 #8 0x7fcfe81a4641 in Xapian::Enquire::Internal::get_mset (this=0x7fcff009a830, first=, maxitems=, check_at_least=, check_at_least@entry=0, rset=rset@entry=0x0, mdecider=0x0) at api/omenquire.cc:548 #9 0x7fcfe81a4984 in Xapian::Enquire::get_mset (this=this@entry=0x7fd009ffa030, first=, maxitems=, check_at_least=check_at_least@entry=0, rset=rset@entry=0x0, mdecider=0x0) at api/omenquire.cc:906 #10 0x7fcfe05e967d in Akonadi::Search::XapianSearchStore::exec (this=0x7fcff003fe70, query=...) at /home/portage/kde-apps/akonadi-search-16.04.2/work/akonadi-search-16.04.2/xapian/xapiansearchstore.cpp:177 #11 0x7fd00919e2e5 in Akonadi::Search::Query::exec (this=this@entry=0x7fd009ffa2a0) at /home/portage/kde-apps/akonadi-search-16.04.2/work/akonadi-search-16.04.2/core/query.cpp:252 #12 0x7fd0095f5f6d in SearchPlugin::search (this=, akonadiQuery=..., collections=..., mimeTypes=...) at /home/portage/kde-apps/akonadi-search-16.04.2/work/akonadi-search-16.04.2/akonadiplugin/searchplugin.cpp:348 #13 0x0053ed1d in Akonadi::Server::SearchRequest::searchPlugins (this=this@entry=0x7fd009ffa880) at /home/portage/kde-apps/akonadi-16.04.2/work/akonadi-16.04.2/src/server/search/searchrequest.cpp:112 #14 0x0053ef7f in Akonadi::Server::SearchRequest::exec (this=this@entry=0x7fd009ffa880) at /home/portage/kde-apps/akonadi-16.04.2/work/akonadi-16.04.2/src/server/search/searchrequest.cpp:123 #15 0x00443944 in Akonadi::Server::SearchManager::updateSearchImpl (this=, collection=..., cond=0x7fceeaffc4e0) at /home/portage/kde-apps/akonadi-16.04.2/work/akonadi-16.04.2/src/server/search/searchmanager.cpp:350 #16 0x004fbea5 in Akonadi::Server::SearchManager::qt_static_metacall (_o=, _c=, _id=, _a=) at /home/portage/kde-apps/akonadi-16.04.2/work/akonadi-16.04.2_build/src/server/moc_searchmanager.cpp:108 #17 0x7fd0165f8711 in QObject::event (this=0x27ac890, e=) at kernel/qobject.cpp:1256 #18 0x7fd0165cfaaa in doNotify (receiver=, event=) at kernel/qcoreapplication.cpp:1090 #19 0x7fd0165cfbda in QCoreApplication::notifyInternal2 (receiver=0x27ac890, event=event@entry=0x7fceec0deef0) at kernel/qcoreapplication.cpp:1015 #20 0x7fd0165d1c2a in QCoreApplication::sendEvent (event=0x7fceec0deef0, receiver=) at kernel/qcoreapplication.h:225 #21 QCoreApplicationPrivate::sendPostedEvents (receiver=receiver@entry=0x0, event_type=event_type@entry=0, data=0x27ab840) at kernel/qcoreapplication.cpp:1650 #22 0x7fd0165d20e8 in QCoreApplication::sendPostedEvents (receiver=receiver@entry=0x0, event_type=event_type@entry=0) at kernel/qcoreapplication.cpp:1508 #23 0x7fd01661ec13 in postEventSourceDispatch (s=0x7fcff00012d0) at kernel/qeventdispatcher_glib.cpp:270 #24 0x7fd013da07f7 in g_main_dispatch (context=0x7fcff990) at /home/po
[Akonadi] [Bug 363741] akonadi server 16.04.2: crashing every few seconds
https://bugs.kde.org/show_bug.cgi?id=363741 --- Comment #13 from Jan-Matthias Braun --- it looks like my problem is somehow related to akonadi/kmail producing and not coping with invalid xapian searches. Right now, I have not seen another akonadi crash. The search that was crashing akonadi had a debug output representation (using the qdebug overload of operator << on term()) over half a screen, i.e., many lines with many many columns. I have no Idea where it came from -- and now it is gone. -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 363741] akonadi server 16.04.2: crashing every few seconds
https://bugs.kde.org/show_bug.cgi?id=363741 --- Comment #12 from Jan-Matthias Braun --- Okay, I was able to remove a very reproducible crash (with the above mentioned segfault) during startup of akonadi (without any client running) by removing a search from the search folder in kmail. Since then, it is running for at least eight minutes (!) now and I haven't seen a SEGV up to now. By the way, is it normal, that different searches have the same name? In the logs I am seeing the Executing search "foo-1186278907-bar" lines. And the crashing search had the same name, as the search running before, which was much, much simpler. And checking now I see, that different searches often have the same search name in the logs, although from time to time the name seems to change. Revisiting older logs, the crash always happend with a reused search-name. But I cannot tell if it was the same search, always, because only now I went to instrument the code around the backtrace end in the akonadi-search code (xapian/xapiansearchstore.cpp:177) with lots of output. -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 363741] akonadi server 16.04.2: crashing every few seconds
https://bugs.kde.org/show_bug.cgi?id=363741 Till Schäfer changed: What|Removed |Added Summary|akonadi server 16.04.1: |akonadi server 16.04.2: |crashing every few seconds |crashing every few seconds -- You are receiving this mail because: You are watching all bug changes.
