Red Hat Bugzilla – Bug 304411
tracker falls over on large indexes
Last modified: 2007-11-30 17:12:16 EST
Description of problem:
When I install tracker and ask it to index my files in my home directory, I have
a very large number of files due to having a cvs repository containing some 30k
files. Tracker becomes unresponsive to tracker-stats and tracker-status. It
never seems to finish indexing the files and when I restart the computer it
never attempts to reindex the cvs repo. It also seems to exhibit the same
behavior on a directory containing 1.1k oggs.
Version-Release number of selected component (if applicable):
Name : tracker
Arch : i386
Size : 1.2 M
Repo : installed
Steps to Reproduce:
1. Turn on Tracker indexing
2. Copy a directory containing a large amount of files into your home directory
(1k might be enough, but 30k does it for me).
3. Try to execute tracker-status or tracker-stats. Also try searching for terms
you know for a fact will succeed.
** (tracker-stats:16074): WARNING **: tracker-stats: an error has occured: Did
not receive a reply. Possible causes include: the remote application did not
send a reply, the message bus security policy blocked the reply, the reply
timeout expired, or the network connection was broken.
I should see information about all the files that tracker has indexed.
This worked under Fedora7 on the same cvs repo.
I have tracker set to fastest index settings and I've told it to use all the
memory it wants. Not sure what other config options matter.
Forgot to say how reproducible. I can mv the cvs repo to a new location inside
my homedir (mv repo repo.old && mv repo.old repo) and it sends tracker into fits
A new release should soon come out, which will hopefully fix this.
It is good to hear that it should be fixed in the next release. I just wanted
to add a little more information to make sure that its the same bug.
First, it seems as though I can get tracker to work by executing trackerd with
-R. It takes a while to index everything, but it remains responsive and
eventually gets through my files and is useful.
Second, whenever tracker stops (either through the computer shutting down or me
killing it with either SIGTERM or SIGKILL) it seems to lose the database on the
next run. So I start it as above, it indexes everything, but when I reboot I
must kill tracker and start it with -R to get it to be useable once more.
I will keep an eye out for the next version. Thanks.
This seems fixed now to me. Tracker is once again behaving normally. Thank you.