Summary: | nepomuk strigi services crashed too often giving up ends indexing before all files have been scanned | ||
---|---|---|---|
Product: | nepomuk | Reporter: | Martin Steigerwald <Martin> |
Component: | general | Assignee: | Sebastian Trueg <sebastian> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | trueg |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Debian testing | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Martin Steigerwald
2010-03-27 22:00:25 UTC
Well there are two nepomukservices processes that appear to do some work. top - 22:12:17 up 2 days, 3:23, 7 users, load average: 3.03, 2.74, 1.59 Tasks: 232 total, 5 running, 227 sleeping, 0 stopped, 0 zombie Cpu(s): 48.7%us, 21.0%sy, 10.5%ni, 0.0%id, 18.8%wa, 0.8%hi, 0.2%si, 0.0%st Mem: 2072596k total, 1850784k used, 221812k free, 164400k buffers Swap: 2931820k total, 709992k used, 2221828k free, 520020k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 2446 root 20 0 133m 43m 2648 R 20.3 2.1 76:12.85 Xorg 2632 martin 20 0 76160 56m 3060 S 13.2 2.8 37:05.71 virtuoso-t 18319 martin 39 19 100m 30m 20m R 12.8 1.5 0:12.01 nepomukservices 2598 martin 20 0 256m 15m 8524 S 7.8 0.8 54:34.35 kwin 2627 martin 20 0 214m 9092 4124 S 7.4 0.4 16:32.27 nepomukservices However the PIDs change from time to time - maybe it is crashing again. I now have a strace -e open -fF -p running against the currently running nepomukservices. Maybe I can find out on which file it chokes. Okay, here again I got: [/usr/bin/nepomukservicestub] removeAllStatements query: "clear graph <nepomuk:/ctx/29cd4846-78ac-401c-9318-206c06742a95>" [/usr/bin/nepomukservicestub] removeAllStatements query: "clear graph <nepomuk:/ctx/baacee48-1409-4907-8fed-0be2ff3add46>" [/usr/bin/nepomukservicestub] void Soprano::Server::ServerCore::slotNewSocketConnection() void Soprano::Server::ServerCore::Private::handleIncomingConnection(QIODevice*) [/usr/bin/nepomukservicestub] void Soprano::Server::ServerCore::Private::handleIncomingConnection(QIODevice*) New connection. New count: 16 [/usr/bin/nepomukservicestub] Soprano::ODBC::Connection::Connection() Soprano::Server::ServerConnection(0x8ca8630) [/usr/bin/nepomukservicestub] virtual void Soprano::Server::ServerConnection::run() thread done. virtual Soprano::ODBC::Connection::~Connection() Soprano::Server::ServerConnection(0x8ca8630) void Soprano::Server::ServerCore::serverConnectionFinished() virtual Soprano::Server::ServerConnection::~ServerConnection() Removing connection void Soprano::Server::ServerCore::serverConnectionFinished() Connection removed. Current count: 15 [/usr/bin/nepomukservicestub] terminate called after throwing an instance of ' [/usr/bin/nepomukservicestub] std::length_error [/usr/bin/nepomukservicestub] ' [/usr/bin/nepomukservicestub] what(): [/usr/bin/nepomukservicestub] basic_string::_S_create [/usr/bin/nepomukservicestub] [/usr/bin/nepomukservicestub] virtual void Soprano::Server::ServerConnection::run() thread done. void Soprano::Server::ServerCore::serverConnectionFinished() virtual Soprano::Server::ServerConnection::~ServerConnection() Removing connection void Soprano::Server::ServerCore::serverConnectionFinished() Connection removed. Current count: 14 [/usr/bin/nepomukservicestub] virtual void Soprano::Server::ServerConnection::run() thread done. virtual Soprano::ODBC::Connection::~Connection() Soprano::Server::ServerConnection(0x8e10000) void Soprano::Server::ServerCore::serverConnectionFinished() virtual Soprano::Server::ServerConnection::~ServerConnection() Removing connection void Soprano::Server::ServerCore::serverConnectionFinished() Connection removed. Current count: 13 ProcessControl: Application '/usr/bin/nepomukservicestub' stopped unexpected (Prozess abgestürzt) Application '/usr/bin/nepomukservicestub' crashed to often. Giving up! According to my strace log these are the last files it opened - lucky that those are not to private files to reveal: 18395 open("/home/martin/Amiga/Daten/Daten2-CD/Netz/WWW/test/oscommerce-2.2ms2/catalog/admin/includes/languages/espanol/modules", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 21 18395 open("/home/martin/Amiga/Daten/Daten2-CD/Netz/WWW/test/oscommerce-2.2ms2/catalog/admin/includes/languages/espanol/modules/newsletters", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 21 18395 open("/home/martin/Amiga/Daten/Daten2-CD/Netz/WWW/test/oscommerce-2.2ms2/catalog/admin/includes/languages/espanol/images", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 21 18395 open("/home/martin/Amiga/Daten/Daten2-CD/Netz/WWW/test/oscommerce-2.2ms2/catalog/admin/includes/languages/espanol/images/buttons", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 21 18395 open("/home/martin/Amiga/Daten/Daten2-CD/Netz/WWW/test/oscommerce-2.2ms2/catalog/includes", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 21 18395 open("/home/martin/Amiga/Daten/Daten2-CD/Netz/WWW/test/oscommerce-2.2ms2/catalog/includes/classes", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 21 18395 open("/home/martin/Amiga/Daten/Daten2-CD/Netz/WWW/test/oscommerce-2.2ms2/catalog/includes/modules", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 21 18395 open("/home/martin/Amiga/Daten/Daten2-CD/Netz/WWW/test/oscommerce-2.2ms2/catalog/includes/modules/shipping", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 21 18395 open("/home/martin/Amiga/Daten/Daten2-CD/Netz/WWW/test/oscommerce-2.2ms2/catalog/includes/modules/order_total", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 21 18366 open("/home/martin/Mail/Lichtvoll/cur/1260463914.5425.Mi6IB:2,S", O_RDONLY <unfinished ...> 18395 open("/home/martin/Amiga/Daten/Daten2-CD/Netz/WWW/test/oscommerce-2.2ms2/catalog/includes/modules/payment", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC <unfinished ...> 18366 <... open resumed> ) = 21 18395 <... open resumed> ) = 22 18366 open("/usr/share/mime/magic", O_RDONLY) = 23 18366 open("/usr/share/mime/magic", O_RDONLY <unfinished ...> 18395 open("/home/martin/Amiga/Daten/Daten2-CD/Netz/WWW/test/oscommerce-2.2ms2/catalog/includes/boxes", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 22 18366 <... open resumed> ) = 23 18395 open("/home/martin/Amiga/Daten/Daten2-CD/Netz/WWW/test/oscommerce-2.2ms2/catalog/includes/local", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 22 18395 open("/home/martin/Amiga/Daten/Daten2-CD/Netz/WWW/test/oscommerce-2.2ms2/catalog/includes/functions", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 22 18395 open("/home/martin/Amiga/Daten/Daten2-CD/Netz/WWW/test/oscommerce-2.2ms2/catalog/includes/languages", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 22 18395 open("/home/martin/Amiga/Daten/Daten2-CD/Netz/WWW/test/oscommerce-2.2ms2/catalog/includes/languages/english", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 22 18366 open("/usr/share/locale/de_DE.UTF-8/LC_MESSAGES/messages.mo", O_RDONLY) = -1 ENOENT (No such file or directory) 18366 open("/usr/share/locale/de_DE.utf8/LC_MESSAGES/messages.mo", O_RDONLY) = -1 ENOENT (No such file or directory) 18366 open("/usr/share/locale/de_DE/LC_MESSAGES/messages.mo", O_RDONLY) = -1 ENOENT (No such file or directory) 18366 open("/usr/share/locale/de.UTF-8/LC_MESSAGES/messages.mo", O_RDONLY) = -1 ENOENT (No such file or directory) 18366 open("/usr/share/locale/de.utf8/LC_MESSAGES/messages.mo", O_RDONLY) = -1 ENOENT (No such file or directory) 18366 open("/usr/share/locale/de/LC_MESSAGES/messages.mo", O_RDONLY) = -1 ENOENT (No such file or directory) 18366 --- SIGABRT (Aborted) @ 0 (0) --- 18395 +++ killed by SIGABRT +++ 18364 +++ killed by SIGABRT +++ Well that is a directory in there is: martin@shambhala:~/Amiga/Daten/Daten2-CD/Netz/WWW/test/oscommerce-2.2ms2/catalog/includes/languages/english> file * account_edit.php: PHP script text account_history_info.php: PHP script text account_history.php: PHP script text account_newsletters.php: PHP script text account_notifications.php: PHP script text account_password.php: PHP script text account.php: PHP script text address_book.php: PHP script text address_book_process.php: PHP script text advanced_search.php: PHP script text checkout_confirmation.php: PHP script text checkout_payment_address.php: PHP script text checkout_payment.php: PHP script text checkout_process.php: PHP script text checkout_shipping_address.php: PHP script text checkout_shipping.php: PHP script text checkout_success.php: HTML document text conditions.php: PHP script text contact_us.php: PHP script text cookie_usage.php: PHP script text create_account.php: HTML document text create_account_success.php: HTML document text download.php: PHP script text images: directory index.php: HTML document text info_shopping_cart.php: PHP script text login.php: HTML document text logoff.php: PHP script text modules: directory password_forgotten.php: PHP script text privacy.php: PHP script text product_info.php: HTML document text product_reviews_info.php: PHP script text product_reviews.php: PHP script text product_reviews_write.php: PHP script text products_new.php: PHP script text reviews.php: PHP script text shipping.php: PHP script text shopping_cart.php: PHP script text specials.php: PHP script text ssl_check.php: HTML document text tell_a_friend.php: PHP script text _UAEFSDB.___: data Appears to be pretty usual stuff to me. _UAEFSDB.___ is a file where UAE stores additional Amiga filesystem information that does not fit into Unix filesystems (like file comments). I bet it could use extended attributes for that as well, but it still uses such a file. Such files should be in lots of other directories. Here are the exact versions of the debian packages I have in use. I think I don't want to take time to compile KDE myself, but I am willing to test again when KDE SC 4.4.2 or some other updated packages is out. martin@shambhala:~> apt-show-versions | egrep "(virtuoso|nepomuk|strigi|kdelibs5/)" kdegraphics-strigi-plugins/experimental-snapshots uptodate 4:4.4.1-0rc1 kdelibs5/experimental-snapshots uptodate 4:4.4.1+svn1105720-0rc1 kdepim-strigi-plugins/experimental-snapshots uptodate 4:4.4.1+svn1105554-0rc1 kdesdk-strigi-plugins/squeeze uptodate 4:4.3.4-1 libnepomuk4/experimental-snapshots uptodate 4:4.4.1+svn1105720-0rc1 libnepomukquery4a/experimental-snapshots uptodate 4:4.4.1+svn1105720-0rc1 libstrigihtmlgui0/squeeze uptodate 0.7.1-1 libstrigiqtdbusclient0/squeeze uptodate 0.7.1-1 strigi-client/squeeze uptodate 0.7.1-1 strigi-daemon/squeeze uptodate 0.7.1-1 strigi-utils/squeeze uptodate 0.7.1-1 virtuoso-minimal/sid uptodate 6.1.0+dfsg2-3 virtuoso-opensource-6.1-bin/sid uptodate 6.1.0+dfsg2-3 virtuoso-opensource-6.1-common/sid uptodate 6.1.0+dfsg2-3 Well strigi service is deactivated in the desktop search KCM after such a too often crash has happened. Still the user should be informed about this. Problem still happens with KDE 4.4.2-0rc1 packages from qt-kde.debian.net: void Soprano::Server::ServerCore::serverConnectionFinished() Connection removed. Current count: 9 ProcessControl: Application '/usr/bin/nepomukservicestub' stopped unexpected (Prozess abgestürzt) Application '/usr/bin/nepomukservicestub' crashed to often. Giving up! martin@shambhala:~> apt-show-versions | egrep "(virtuoso|nepomuk|strigi|kdelibs5/)" kdegraphics-strigi-plugins/experimental-snapshots uptodate 4:4.4.2-0rc1 kdelibs5/experimental-snapshots uptodate 4:4.4.2-0rc1 kdepim-strigi-plugins/experimental-snapshots uptodate 4:4.4.2-0rc1 kdesdk-strigi-plugins/squeeze uptodate 4:4.3.4-1 libnepomuk4/experimental-snapshots uptodate 4:4.4.2-0rc1 libnepomukquery4a/experimental-snapshots uptodate 4:4.4.2-0rc1 libstrigihtmlgui0/squeeze uptodate 0.7.1-1 libstrigiqtdbusclient0/squeeze uptodate 0.7.1-1 strigi-client/squeeze uptodate 0.7.1-1 strigi-daemon/squeeze uptodate 0.7.1-1 strigi-utils/squeeze uptodate 0.7.1-1 virtuoso-minimal/sid uptodate 6.1.0+dfsg2-3 virtuoso-opensource-6.1-bin/sid uptodate 6.1.0+dfsg2-3 virtuoso-opensource-6.1-common/sid uptodate 6.1.0+dfsg2-3 I am deactivating nepomuk strigi completely as it doesn't work for me in the moment. Bug #232814 sounds similar. It may or may not be a duplicate of this one. *** This bug has been marked as a duplicate of bug 232814 *** |