Summary: | Baloo indexer scans excluded directories | ||
---|---|---|---|
Product: | [Unmaintained] Baloo | Reporter: | Lastique <andysem> |
Component: | General | Assignee: | Vishesh Handa <me> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | ||
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Kubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: | strace log from akonadi_baloo_indexer process as it scans the filesystem after boot |
Description
Lastique
2015-02-28 00:18:33 UTC
Created attachment 91338 [details]
strace log from akonadi_baloo_indexer process as it scans the filesystem after boot
I've attaches an exerpt of strace output from the akonadi_baloo_indexer process as it was scanning the filesystem. It seems, the output repeats over time, so there seems to be some unterminated loop.
The Akonadi part is completely independent of the main Baloo file stuff, and the KCM. I think you can disable it by removing the indexer via akonadi console. *** This bug has been marked as a duplicate of bug 332195 *** You cannot disable it in the console, the indexer will start again after reboot. I don't think this is a duplicate. My intention is similar to the bug 332195, but the actual problem is different. Either the indexer process does not respect the excluded directories list, or there is some other problem that results in the filesystem accessing loop. There is no excluded directory list for Akonadi. It stores the emails in its own custom way. The Desktop Search KCM is only for files. If the `akonadi_baloo_indexer` process is using too much CPU, then it's a problem with Akonadi or its indexer. Nothing to do with files. The Akonadi part is completely independent. If you want I can leave this bug open for a while, but nothing is going to change. Specially since we aren't making any more Baloo-4 releases. *** This bug has been marked as a duplicate of bug 332195 *** |