Re: [Tracker] No contents indexing taking place



On Thu, 2012-03-01 at 09:44 +0000, Martyn Russell wrote:
On 01/03/12 08:39, Karl Relton wrote:
Tracker 0.12 in Ubuntu Precise Pangolin doesn't seem to be indexing any
file contents at all these days - not even words in plain text files.

But I see in tracker-miner-fs.log :

29 Feb 2012, 21:18:57: Tracker: tracker-backend.vala:84:
Tracker.Sparql.Backend.query_async(): 'SELECT ?s WHERE { ?s nie:url
"file:///home/parents/Documents/how_about3.txt"}'
29 Feb 2012, 21:18:58: Tracker: Processing file
'file:///home/parents/Documents/how_about3.txt'...
29 Feb 2012, 21:18:58: Tracker: Processed 0/0, estimated unknown time
left, less than one second elapsed
29 Feb 2012, 21:18:58: Tracker: Loading extractor rules...
(/usr/share/tracker/extract-rules)
29 Feb 2012, 21:18:58: Tracker:   Loaded rule '10-abw.rule'
  <... snip ...>
29 Feb 2012, 21:18:58: Tracker:   Loaded rule '90-text-generic.rule'
29 Feb 2012, 21:18:58: Tracker: Extractor rules loaded
29 Feb 2012, 21:19:00: Tracker: Could not process
'file:///home/parents/Documents/how_about3.txt':
GDBus.Error:org.freedesktop.DBus.Error.UnknownMethod: No such interface
`org.freedesktop.Tracker1.Extract' on object at
path /org/freedesktop/Tracker1/Extract

That certainly looks like a broken install.

Out of interest, can you start the tracker-extract process manually and 
does it fix the issue?

   /usr/libexec/tracker-extract -v 3


Yes (for me it is in /usr/lib/tracker/tracker-extract). Starting this
manually then the file does get indexed, and found in subsequent
searches.


Also, you don't have older Tracker versions installed on your machine do 
you (that could conflict API wise)?


Not as far as I can tell.


I guess that UknownMethod message is bad news, stopping the extractor
from actually being called.

Indeed.

What would cause this - is there some dbus configuration file missing? I
see the interface is defined in /usr/share/tracker/tracker-extract.xml
(the same as in oneiric, as far as I can tell).

Presumably this file is in place too and points to the right binary:

   /usr/share/dbus-1/services/org.freedesktop.Tracker1.Extract.service



Yes - this file is in place and points correctly
to /usr/lib/tracker/tracker-extract




As another test I killed my tracker-store and tracker-miner-fs process,
and then just restarted tracker-miner-fs. This then seemed to invoke
tracker-store automatically (I assume through a dbus service request) -
so dbus and the other deamons seem to be playing ball, just not
tracker-extract.

Karl




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]