Summary: | Nepomuk frequently crashes when having files that constantly change content/size (XIOError) [libc_free, QFSFileEngineIterator::advance, QFSFileEngineIterator::next, ..., Nepomuk::IndexScheduler::analyzeDir, Nepomuk::IndexScheduler::run] | ||
---|---|---|---|
Product: | nepomuk | Reporter: | Kai Uwe Broulik <KaiUweBroulik2> |
Component: | general | Assignee: | Sebastian Trueg <sebastian> |
Status: | RESOLVED DUPLICATE | ||
Severity: | crash | CC: | andresbajotierra, holo-doc, kofferpc, maninred, me, thierry.caland, trueg |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Kai Uwe Broulik
2011-06-20 13:44:01 UTC
Hi I think the problem comes from this commit: https://projects.kde.org/projects/kde/kdebase/kde-runtime/repository/revisions/b0b7dfdfa7051dce7ed5c7b3a6e1921de30166de Since the update to KDE 4.6.4 I have to disable Nepomuks file-indexing because it crashes often when I download larger files (btw. during the download the indexing icon in systray is constantly flickering, because it indexes, finish indexing (disappears) immediately start to index again (reappears) ...) I think the reason for this commit is a good one - this way the database will always be up to date - but the problem with fast changing files would not only concern downloads from the net but also bigger copy actions (from usb, lan). Would it be possible to change the behavior of the indexer to not index on every modification update if a file changes so often - like adding a condition to wait a minute even if more inotify events are sent during this time (btw. how often does inotfy send infos - once per second?)? Yep, Nepomuk crashes when: * I am recording a screencast (i. e. huge changing files recordmydesktop created) * I download a ubuntu or other large iso * I do a backup of all my stuff (also many changing files) But this is just unacceptable as it currently is I can confirm this behavior on Kubuntu 11.04_64 with KDE 4.6.5. Especially the stop/go-indexing behavior is annoying, since many users tend to dowload multiple large files at once (youtube videos, torrents etc..) [Comment from a bug triager] From bug 270108 comment 1 (KDE SC 4.6.4): - What I was doing when the application crashed: Browsing the web on Firefox, transferring files to cellphone via bluetooth, running soundKonverter so processor use was very high Bug 275775 has three different reports about nepomuk crashes when uncompressing files; but I think all of them matches the "a lot of file changes" situation described here: -- Information about the crash: crash in same time when I unzip. when i launch multi-unzip (peazip or ark); nb some zip have an errors -- Information about the crash: unrar multifiles with ark on dolphin (a big files) -- Information about the crash: I was unpacking a large file into my desktop folder, using ark. The new files icon was flickering during the unpacking/creation and then nepomunk crash. --- Additionally, bug 275169 has a similar backtrace but without the XIOError. However the general situation is mostly the same, so they could be related. *** Bug 270108 has been marked as a duplicate of this bug. *** *** Bug 275775 has been marked as a duplicate of this bug. *** *** This bug has been marked as a duplicate of bug 282124 *** |