Application: nepomukservicestub (0.2)
KDE Platform Version: 4.7.2 (4.7.2) (Compiled from sources)
Qt Version: 4.7.4
Operating System: Linux 3.0.4-gentoo x86_64
Distribution (Platform): Gentoo Packages

-- Information about the crash:
First things first. DrKonqi reports, that the bug report found is marked as fixed in 4.6.2, and that I would waste your time if I didn't open a new one, so here we are.

The crashing of nepomukservicestub is not really new, but the causes seem to change. And the effects are more extreme, now. 

1. Both "Nepomuk EMail Feeder" and "Nepomuk Calendar Feeder" state (Akonadi Console) that Nepomuk is not operational.

2. All other Agents are up and running.

3. I got three notifications reading:
"Nepomuk Indexing Agents Have Been Disabled
The Nepomuk service is not available or fully operational and attempts to rectify this have failed. Therefore indexing of all data stored in the Akonadi PIM service has been disabled, whic…

The following problems were detected:
Nepomuk is not running."

---
Well, I would really like to read the whole text, but all three messages end with "whic..." and there is no possibility to display the rest of the message.
---

4. After starting kontact, The "Nepomuk EMail Feeder" now states "System busy, indexing suspended", while the calendar feeder still states that Nepomuk is not operational. (System Busy: My box has a load of 0.1 out of 4.0)

Note: Alle E-Mail-, LDAP- and CalDav-Agents work as they should.

5. When I right-click the Feeders, I can select "Toggle online/offline" and they turn green and seem to start.

6. When I search for an E-Mail in kontact, I get no search result, although I can see E-Mails that should have been found before my very eyes. Thus, although the agents /say/ they are started, nepomuk is no longer working.

7. But: The Nepomuk configuration dialog states: "The nepomuk service is activated" and "The strigi-daemon is not running". (Note: I have translated the german messages here, so the correct english messages might be different!)

8. restarting the crashed nepomukservicestub via DrKonqi resulted in nothing.
---

- What I was doing when the application crashed:
Logged into KDE

- Custom settings of the application:
Just updated from 4.7.1 to 4.7.2 ; This crash did never happen in 4.7.1 to me, I got this segfault once, but it was a misconfigured Akonadi Agent that caused the crash.

The crash can be reproduced some of the time.

-- Backtrace:
Application: Nepomuk-Dienst (nepomukservicestub), signal: Segmentation fault
[KCrash Handler]
#6  0x00007f8f9b76fc46 in Nepomuk::Repository::close (this=0x21f25d0) at /var/tmp/portage/kde-base/nepomuk-4.7.2/work/nepomuk-4.7.2/nepomuk/services/storage/repository.cpp:89
#7  0x00007f8f9b76fd5d in Nepomuk::Repository::~Repository (this=0x21f25d0, __in_chrg=<optimized out>) at /var/tmp/portage/kde-base/nepomuk-4.7.2/work/nepomuk-4.7.2/nepomuk/services/storage/repository.cpp:75
#8  0x00007f8f9b76fe39 in Nepomuk::Repository::~Repository (this=0x21f25d0, __in_chrg=<optimized out>) at /var/tmp/portage/kde-base/nepomuk-4.7.2/work/nepomuk-4.7.2/nepomuk/services/storage/repository.cpp:76
#9  0x00007f8f9b4fe3c7 in qDeleteAll<QHash<QString, Soprano::Model*>::const_iterator> (begin=<optimized out>, end=<optimized out>) at /usr/include/qt4/QtCore/qalgorithms.h:322
#10 0x00007f8f9b4fc69f in qDeleteAll<QHash<QString, Soprano::Model*> > (c=<optimized out>) at /usr/include/qt4/QtCore/qalgorithms.h:330
#11 Soprano::Server::ServerCore::~ServerCore (this=0x220bd80, __in_chrg=<optimized out>) at /var/tmp/portage/dev-libs/soprano-2.7.0/work/soprano-2.7.0/server/servercore.cpp:77
#12 0x00007f8f9b76eaa5 in Nepomuk::Core::~Core (this=0x220bd80, __in_chrg=<optimized out>) at /var/tmp/portage/kde-base/nepomuk-4.7.2/work/nepomuk-4.7.2/nepomuk/services/storage/nepomukcore.cpp:45
#13 0x00007f8f9b76eb29 in Nepomuk::Core::~Core (this=0x220bd80, __in_chrg=<optimized out>) at /var/tmp/portage/kde-base/nepomuk-4.7.2/work/nepomuk-4.7.2/nepomuk/services/storage/nepomukcore.cpp:48
#14 0x00007f8fabf9c304 in QObjectPrivate::deleteChildren (this=0x21f00e0) at kernel/qobject.cpp:1955
#15 0x00007f8fabfa0e02 in QObject::~QObject (this=0x21f2d60, __in_chrg=<optimized out>) at kernel/qobject.cpp:946
#16 0x00007f8f9b76dcf3 in ~Storage (this=0x21f2d60, __in_chrg=<optimized out>) at /var/tmp/portage/kde-base/nepomuk-4.7.2/work/nepomuk-4.7.2/nepomuk/services/storage/storage.cpp:54
#17 Nepomuk::Storage::~Storage (this=0x21f2d60, __in_chrg=<optimized out>) at /var/tmp/portage/kde-base/nepomuk-4.7.2/work/nepomuk-4.7.2/nepomuk/services/storage/storage.cpp:56
#18 0x00007f8fabf9c304 in QObjectPrivate::deleteChildren (this=0x220b6f0) at kernel/qobject.cpp:1955
#19 0x00007f8fabfa0e02 in QObject::~QObject (this=0x220b6c0, __in_chrg=<optimized out>) at kernel/qobject.cpp:946
#20 0x0000000000404649 in Nepomuk::ServiceControl::~ServiceControl (this=0x220b6c0, __in_chrg=<optimized out>) at /var/tmp/portage/kde-base/nepomuk-4.7.2/work/nepomuk-4.7.2/nepomuk/servicestub/servicecontrol.cpp:39
#21 0x00007f8fabf9c304 in QObjectPrivate::deleteChildren (this=0x209cdf0) at kernel/qobject.cpp:1955
#22 0x00007f8fabfa0e02 in QObject::~QObject (this=0x7fffa2a4ac00, __in_chrg=<optimized out>) at kernel/qobject.cpp:946
#23 0x00007f8faa0a45c2 in QApplication::~QApplication (this=0x7fffa2a4ac00, __in_chrg=<optimized out>) at kernel/qapplication.cpp:1088
#24 0x0000000000403f34 in main (argc=36, argv=0x7fffa2a4b058) at /var/tmp/portage/kde-base/nepomuk-4.7.2/work/nepomuk-4.7.2/nepomuk/servicestub/main.cpp:102

Possible duplicates by query: bug 271726, bug 270804, bug 270745, bug 270427, bug 270334.

Reported using DrKonqi