Bug 279535 - Nepomuk Service Stub crashed after indexing failed
Summary: Nepomuk Service Stub crashed after indexing failed
Status: RESOLVED DUPLICATE of bug 278932
Alias: None
Product: nepomuk
Classification: Miscellaneous
Component: general (show other bugs)
Version: unspecified
Platform: Ubuntu Linux
: NOR crash
Target Milestone: ---
Assignee: Sebastian Trueg
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-08-06 14:23 UTC by chellandpasti
Modified: 2011-10-17 09:08 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description chellandpasti 2011-08-06 14:23:14 UTC
Application: nepomukservicestub (0.2)
KDE Platform Version: 4.7.00 (4.7.0)
Qt Version: 4.7.2
Operating System: Linux 2.6.38-10-generic i686
Distribution: Ubuntu 11.04

-- Information about the crash:
- What I was doing when the application crashed:

I was using vim in two different konsoles, on two different desktops, no other programs open or running, although I had earlier changed the nepomuk settings in system settings,(changed the memory usage), as I'd noticed nepomuk had constantly stopped indexing files for several days, since the kde 4.7 update.

- Unusual behavior I noticed:

The Nepomuk icon appears/disappears randomly from the panel, and the osd pops up to tell me that file indexing is suspended because of system resource problems. The "system activity" monitor constantly shows virtuoso-t as running at 25% - 30% of cpu, and memory at about 480.000k.

- Custom settings of the application:

Since the kde 4.7 update I have changed the settings :-

memory to 1000MiB

I've also removed some of my files from indexing

The crash can be reproduced some of the time.

-- Backtrace:
Application: Nepomuk Service Stub (nepomukservicestub), signal: Aborted
[Current thread is 1 (Thread 0xb77ff710 (LWP 2333))]

Thread 3 (Thread 0xb696fb70 (LWP 2340)):
#0  0x00bb6416 in __kernel_vsyscall ()
#1  0x0068d753 in ?? () from /lib/i386-linux-gnu/libc.so.6
#2  0x00620b94 in ?? () from /lib/i386-linux-gnu/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 2 (Thread 0xb616eb70 (LWP 2374)):
#0  0x00bb6416 in __kernel_vsyscall ()
#1  0x0068d753 in ?? () from /lib/i386-linux-gnu/libc.so.6
#2  0x00620b94 in ?? () from /lib/i386-linux-gnu/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 1 (Thread 0xb77ff710 (LWP 2333)):
[KCrash Handler]
#7  0x00bb6416 in __kernel_vsyscall ()
#8  0x005d9e71 in raise () from /lib/i386-linux-gnu/libc.so.6
#9  0x005dd34e in abort () from /lib/i386-linux-gnu/libc.so.6
#10 0x00610577 in ?? () from /lib/i386-linux-gnu/libc.so.6
#11 0x0061a961 in ?? () from /lib/i386-linux-gnu/libc.so.6
#12 0x0061d4ba in ?? () from /lib/i386-linux-gnu/libc.so.6
#13 0x0061ef53 in malloc () from /lib/i386-linux-gnu/libc.so.6
#14 0x0082fb8d in qMalloc (size=22) at global/qmalloc.cpp:55
#15 0x0087c0de in QString::QString (this=0xbfeb9c7c, ch=...) at tools/qstring.cpp:1120
#16 0x0088041b in QString::operator= (this=0xbfeb9ccc, ch=...) at tools/qstring.cpp:1419
#17 0x002e46bb in QDBusConnectionPrivate::handleSignal (this=0x82e1ca0, msg=...) at qdbusintegrator.cpp:1597
#18 0x002e605f in QDBusConnectionPrivate::handleMessage (this=0x82e1ca0, amsg=...) at qdbusintegrator.cpp:560
#19 0x002ea33e in qDBusSignalFilter (connection=0x82e59a0, message=0x8422cd0, data=0x82e1ca0) at qdbusintegrator.cpp:541
#20 0x00bc53ab in dbus_connection_dispatch () from /lib/i386-linux-gnu/libdbus-1.so.3
#21 0x002dc92b in q_dbus_connection_dispatch (this=0x82e1ca0) at qdbus_symbols_p.h:115
#22 QDBusConnectionPrivate::doDispatch (this=0x82e1ca0) at qdbusintegrator.cpp:1125
#23 0x002def25 in QDBusConnectionPrivate::socketRead (this=0x82e1ca0, fd=8) at qdbusintegrator.cpp:1145
#24 0x003220bf in QDBusConnectionPrivate::qt_metacall (this=0x82e1ca0, _c=QMetaObject::InvokeMetaMethod, _id=<value optimized out>, _a=0xbfeb9fd8) at .moc/release-shared/moc_qdbusconnection_p.cpp:99
#25 0x009306ba in QMetaObject::metacall (object=0x82e1ca0, cl=QMetaObject::InvokeMetaMethod, idx=8, argv=0xbfeb9fd8) at kernel/qmetaobject.cpp:237
#26 0x009404ff in QMetaObject::activate (sender=0x82e2f38, m=0xa65550, local_signal_index=0, argv=0xbfeb9fd8) at kernel/qobject.cpp:3287
#27 0x0098d183 in QSocketNotifier::activated (this=0x82e2f38, _t1=8) at .moc/release-shared/moc_qsocketnotifier.cpp:89
#28 0x00945fb7 in QSocketNotifier::event (this=0x82e2f38, e=0xbfeba454) at kernel/qsocketnotifier.cpp:317
#29 0x0473ed24 in QApplicationPrivate::notify_helper (this=0x82a5bd8, receiver=0x82e2f38, e=0xbfeba454) at kernel/qapplication.cpp:4462
#30 0x047438ce in QApplication::notify (this=0xbfeba868, receiver=0x82e2f38, e=0xbfeba454) at kernel/qapplication.cpp:3862
#31 0x010d793a in KApplication::notify (this=0xbfeba868, receiver=0x82e2f38, event=0xbfeba454) at ../../kdeui/kernel/kapplication.cpp:311
#32 0x0092a0bb in QCoreApplication::notifyInternal (this=0xbfeba868, receiver=0x82e2f38, event=0xbfeba454) at kernel/qcoreapplication.cpp:731
#33 0x00956ec7 in sendEvent (source=0x82a8750) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:215
#34 socketNotifierSourceDispatch (source=0x82a8750) at kernel/qeventdispatcher_glib.cpp:110
#35 0x00afaaa8 in g_main_context_dispatch () from /lib/i386-linux-gnu/libglib-2.0.so.0
#36 0x00afb270 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
#37 0x00afb524 in g_main_context_iteration () from /lib/i386-linux-gnu/libglib-2.0.so.0
#38 0x0095753c in QEventDispatcherGlib::processEvents (this=0x8273440, flags=...) at kernel/qeventdispatcher_glib.cpp:422
#39 0x047f51e5 in QGuiEventDispatcherGlib::processEvents (this=0x8273440, flags=...) at kernel/qguieventdispatcher_glib.cpp:204
#40 0x00929289 in QEventLoop::processEvents (this=0xbfeba6c4, flags=...) at kernel/qeventloop.cpp:149
#41 0x00929522 in QEventLoop::exec (this=0xbfeba6c4, flags=...) at kernel/qeventloop.cpp:201
#42 0x0092decc in QCoreApplication::exec () at kernel/qcoreapplication.cpp:1008
#43 0x0473c8e7 in QApplication::exec () at kernel/qapplication.cpp:3736
#44 0x0804b1ee in _start ()

Reported using DrKonqi
Comment 1 Sebastian Trueg 2011-10-17 09:08:15 UTC

*** This bug has been marked as a duplicate of bug 278932 ***