Bug 299491

Summary: No strigi index folders selected, get indexed anyway
Product: [Unmaintained] nepomuk Reporter: Daniel Franke <franke.daniel>
Component: filewatchAssignee: Sebastian Trueg <trueg>
Status: RESOLVED DUPLICATE    
Severity: normal CC: chymian, me
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: Ubuntu   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description Daniel Franke 2012-05-06 10:55:29 UTC
[Kubuntu 11.10, KDE 4.7.4]

I don't care much about Desktop Search, so I'd usually disable strigi/nepomuk completely. However, without it, kontact/kmail complains and doesn't want to work. So I enabled it and unchecked all and every Folder to index in Destop Query -> Customize Index Folders and told it to ignore removable media. Thus I'd expect that nepomuk and friends just sit there and don't do anything.  Think again.

On login/startup, virtuoso-t sets an inotify on every single file on my system and blocks the CPU(s) for about half an hour doing so. Further, as it also indexes NFS mounted folders, it tends to go haywire if later the network share is not available for some reason, again pegging out the CPU at 100% - this time until killed individually or on relogin/reboot. Then it sets the inotifies again.

If nothing is checked in the list of folders to watch, then why are the inotifies set anyway?

Reproducible: Always
Comment 1 chymian 2012-07-06 18:30:36 UTC
I confirm, that unchecked folder get indexed.
also on debian squeezy/testing
KDE 4.8.4-3
ii  libnepomuk4                           4:4.8.4-3                            Nepomuk Meta Data Library
ii  libnepomukquery4a                     4:4.8.4-3                            Nepomuk Query Library for the KDE Platform

indexing a 100.000+ jpeg-files, which are not supposed to be indexed, and that with all the resource-consuming bugs is a severe misbehavior, especially, when kdepim does not work without nepomuk. it tends to render kdepim unusable. CATCH 22 - situation!
Comment 2 Vishesh Handa 2012-11-30 23:28:42 UTC
(In reply to comment #1)
> I confirm, that unchecked folder get indexed.
> also on debian squeezy/testing
> KDE 4.8.4-3
> ii  libnepomuk4                           4:4.8.4-3                         
> Nepomuk Meta Data Library
> ii  libnepomukquery4a                     4:4.8.4-3                         
> Nepomuk Query Library for the KDE Platform
> 
> indexing a 100.000+ jpeg-files, which are not supposed to be indexed, and
> that with all the resource-consuming bugs is a severe misbehavior,
> especially, when kdepim does not work without nepomuk. it tends to render
> kdepim unusable. CATCH 22 - situation!

Please file a separate bug report about Nepomuk indexing files which it is not supposed to index. Perhaps you could provide your nepomukstrigirc file, and cross check if that directory is actually in the ignore list or not in the index folders list?

This bug report is about the filewatch service creating a large number of watches.
Comment 3 Vishesh Handa 2012-11-30 23:31:16 UTC
(In reply to comment #0)
> [Kubuntu 11.10, KDE 4.7.4]
> 
> I don't care much about Desktop Search, so I'd usually disable
> strigi/nepomuk completely. However, without it, kontact/kmail complains and
> doesn't want to work. So I enabled it and unchecked all and every Folder to
> index in Destop Query -> Customize Index Folders and told it to ignore
> removable media. Thus I'd expect that nepomuk and friends just sit there and
> don't do anything.  Think again.
> 
> On login/startup, virtuoso-t sets an inotify on every single file on my
> system and blocks the CPU(s) for about half an hour doing so. Further, as it
> also indexes NFS mounted folders, it tends to go haywire if later the
> network share is not available for some reason, again pegging out the CPU at
> 100% - this time until killed individually or on relogin/reboot. Then it
> sets the inotifies again.
> 
> If nothing is checked in the list of folders to watch, then why are the
> inotifies set anyway?
> 
> Reproducible: Always

I'm sorry, but this is not something that can be easily fixed. I can provide an adhoc solution - http://vhanda.in/blog/2012/08/nepomuk-without-files/

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