Bug 328917 - akonadi_nepomuk_feeder crashes regularly.
Summary: akonadi_nepomuk_feeder crashes regularly.
Status: RESOLVED UNMAINTAINED
Alias: None
Product: Akonadi
Classification: Frameworks and Libraries
Component: Nepomuk Feeder Agents (show other bugs)
Version: 4.11
Platform: Ubuntu Linux
: NOR crash
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords: drkonqi
Depends on:
Blocks:
 
Reported: 2013-12-17 20:31 UTC by patrick.griffiths
Modified: 2015-03-17 12:39 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
New crash information added by DrKonqi (4.46 KB, text/plain)
2014-03-11 17:52 UTC, puetz
Details
New crash information added by DrKonqi (5.96 KB, text/plain)
2014-03-25 11:03 UTC, Martin Pluskal
Details

Note You need to log in before you can comment on or make changes to this bug.
Description patrick.griffiths 2013-12-17 20:31:35 UTC
Application: akonadi_nepomuk_feeder (4.11)
KDE Platform Version: 4.11.2
Qt Version: 4.8.4
Operating System: Linux 3.11.0-14-generic x86_64
Distribution: Ubuntu 13.10

-- Information about the crash:
akonadi_nepomuk_feeder crashes reguarly and periodically while running in the background. Turning off desktop search makes it stop (obviously). 

Kubuntu 13.10 amd64.

The crash can be reproduced every time.

-- Backtrace:
Application: Akonadi Nepomuk Feeder (akonadi_nepomuk_feeder), signal: Aborted
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[Current thread is 1 (Thread 0x7f324410e7c0 (LWP 2418))]

Thread 2 (Thread 0x7f322add8700 (LWP 18414)):
[KCrash Handler]
#5  0x00007f324081af77 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
#6  0x00007f324081e5e8 in __GI_abort () at abort.c:90
#7  0x00007f32408584fb in __libc_message (do_abort=do_abort@entry=2, fmt=fmt@entry=0x7f324096c240 "*** Error in `%s': %s: 0x%s ***\n") at ../sysdeps/unix/sysv/linux/libc_fatal.c:199
#8  0x00007f32408634c6 in malloc_printerr (action=3, str=0x7f324096c5b8 "munmap_chunk(): invalid pointer", ptr=<optimized out>) at malloc.c:4923
#9  0x00007f3231a8b4d9 in dk_free (ptr=0x7f32254131e0, sz=32) at Dkalloc.c:680
#10 0x00007f3231a5431b in set_error_ext (err=0x7f32253d5ce0, state=0x0, virt_state=0x0, message=0x0, col=0, rc=-1) at ../../libsrc/Wi/CLIuti.c:541
#11 0x00007f3231a543c9 in set_error (err=0x7f32253d5ce0, state=0x0, virt_state=0x0, message=0x0) at ../../libsrc/Wi/CLIuti.c:562
#12 0x00007f3231a6165d in virtodbc__SQLFreeStmt (hstmt=0x7f32253d5ce0, fOption=0) at ../../libsrc/Wi/CLIsql1.c:1759
#13 0x00007f3231a72bf7 in get_rdf_literal_prop (con=0x7f3224eb5bf0, ftype=1062, key=258) at ../../libsrc/Wi/CLIodbc3.c:1375
#14 0x00007f3231a762de in virtodbc__SQLGetDescField (descriptorHandle=0x7f32254040e0, RecNumber=2, FieldIdentifier=1062, ValuePtr=0x7f322add7ad0, BufferLength=100, StringLengthPtr=0x7f322add7a90) at ../../libsrc/Wi/CLIodbc3.c:2490
#15 0x00007f3231a767a5 in SQLGetDescField (descriptorHandle=0x7f32254040e0, RecNumber=2, FieldIdentifier=1062, ValuePtr=0x7f322add7ad0, BufferLength=100, StringLengthPtr=0x7f322add7a90) at ../../libsrc/Wi/CLIodbc3.c:2573
#16 0x00007f3231dbbe98 in Soprano::ODBC::QueryResult::getData (this=0x7f32253d6010, colNum=colNum@entry=2) at ../../../backends/virtuoso/odbcqueryresult.cpp:186
#17 0x00007f3231db3f3a in Soprano::Virtuoso::QueryResultIteratorBackend::next (this=0x7f32253c42a0) at ../../../backends/virtuoso/virtuosoqueryresultiteratorbackend.cpp:146
#18 0x00007f3243c88163 in Soprano::Iterator<Soprano::BindingSet>::next (this=this@entry=0x7f322add7d90) at ../../soprano/iterator.h:239
#19 0x00007f3243cf1305 in Soprano::Util::AsyncQuery::Private::run (this=0x1eb1f70) at ../../soprano/util/asyncquery.cpp:100
#20 0x00007f3242877f2f in QThreadPrivate::start (arg=0x1eb1f70) at thread/qthread_unix.cpp:338
#21 0x00007f323e421f6e in start_thread (arg=0x7f322add8700) at pthread_create.c:311
#22 0x00007f32408de9cd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113

Thread 1 (Thread 0x7f324410e7c0 (LWP 2418)):
#0  0x00007f32408d06bd in read () at ../sysdeps/unix/syscall-template.S:81
#1  0x00007f323d485670 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x00007f323d4461cc in g_main_context_check () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x00007f323d44663b in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#4  0x00007f323d4467ac in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x00007f32429a4a55 in QEventDispatcherGlib::processEvents (this=0x1ac8810, flags=...) at kernel/qeventdispatcher_glib.cpp:424
#6  0x00007f32413319d6 in QGuiEventDispatcherGlib::processEvents (this=<optimized out>, flags=...) at kernel/qguieventdispatcher_glib.cpp:204
#7  0x00007f32429765ef in QEventLoop::processEvents (this=this@entry=0x7fffa549aa90, flags=...) at kernel/qeventloop.cpp:149
#8  0x00007f32429768e5 in QEventLoop::exec (this=this@entry=0x7fffa549aa90, flags=...) at kernel/qeventloop.cpp:204
#9  0x00007f324297be5b in QCoreApplication::exec () at kernel/qcoreapplication.cpp:1218
#10 0x00007f3242d622b3 in Akonadi::AgentBase::init(Akonadi::AgentBase*) () from /usr/lib/libakonadi-kde.so.4
#11 0x000000000040ed6d in Akonadi::AgentBase::init<Akonadi::NepomukFeederAgent> (argc=<optimized out>, argv=<optimized out>) at /usr/include/akonadi/agentbase.h:407
#12 0x00007f3240805de5 in __libc_start_main (main=0x40c020 <main(int, char**)>, argc=3, ubp_av=0x7fffa549ac48, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fffa549ac38) at libc-start.c:260
#13 0x000000000040c084 in _start ()

Possible duplicates by query: bug 328902, bug 327905, bug 325666, bug 325284, bug 325075.

Reported using DrKonqi
Comment 1 puetz 2014-03-11 17:52:52 UTC
Created attachment 85538 [details]
New crash information added by DrKonqi

akonadi_nepomuk_feeder (4.11) on KDE Platform 4.11.5 using Qt 4.8.5

- What I was doing when the application crashed:

I was just waiting - and as usually (always after starting my machine) Nepomuk crashed.

-- Backtrace (Reduced):
#9  0x00007f237bb729cd in set_error_ext (err=0x7f236c01bbd0, state=<optimized out>, virt_state=<optimized out>, message=<optimized out>, col=<optimized out>, rc=<optimized out>) at ../../libsrc/Wi/CLIuti.c:541
#10 0x00007f237bb79546 in virtodbc__SQLFreeStmt (hstmt=0x7f236c01bbd0, fOption=fOption@entry=0) at ../../libsrc/Wi/CLIsql1.c:1759
#11 0x00007f237bb7019c in get_rdf_literal_prop (con=0x7f236c01bde0, ftype=ftype@entry=1062, key=258) at ../../libsrc/Wi/CLIodbc3.c:1375
#12 0x00007f237bb88819 in virtodbc__SQLGetDescField (descriptorHandle=descriptorHandle@entry=0x7f236c015f70, RecNumber=RecNumber@entry=2, FieldIdentifier=<optimized out>, ValuePtr=ValuePtr@entry=0x7f2379d8ca60, BufferLength=BufferLength@entry=100, StringLengthPtr=StringLengthPtr@entry=0x7f2379d8ca20) at ../../libsrc/Wi/CLIodbc3.c:2490
#13 0x00007f237bb88aab in SQLGetDescField (descriptorHandle=0x7f236c015f70, RecNumber=<optimized out>, FieldIdentifier=<optimized out>, ValuePtr=0x7f2379d8ca60, BufferLength=100, StringLengthPtr=0x7f2379d8ca20) at ../../libsrc/Wi/CLIodbc3.c:2573
Comment 2 Martin Pluskal 2014-03-25 11:03:06 UTC
Created attachment 85730 [details]
New crash information added by DrKonqi

akonadi_nepomuk_feeder (4.12) on KDE Platform 4.12.3 using Qt 4.8.5

It seems that issue was triggered by heavy io activity.

-- Backtrace (Reduced):
#6  0x00007f0d3714f279 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
#7  0x00007f0d371505d8 in __GI_abort () at abort.c:89
[...]
#9  0x00007f0d3719367e in malloc_printerr (action=3, str=0x7f0d3727d9e8 "munmap_chunk(): invalid pointer", ptr=<optimized out>) at malloc.c:4991
#10 0x00007f0d27b9e0bd in set_error_ext (err=0x7f0d1cd8a770, state=<optimized out>, virt_state=<optimized out>, message=<optimized out>, col=<optimized out>, rc=<optimized out>) at ../../libsrc/Wi/CLIuti.c:541
#11 0x00007f0d27ba4936 in virtodbc__SQLFreeStmt (hstmt=0x7f0d1cd8a770, fOption=fOption@entry=0) at ../../libsrc/Wi/CLIsql1.c:1759
Comment 3 Vishesh Handa 2015-03-17 12:39:48 UTC
The Nepomuk project is no longer maintained in KDE since 4.13. For email indexing, Baloo provided an Akonadi resource to index emails, contacts and events. Tags are now maintained by Akonadi itself.