Description of problem:
After I login tracker get started and shortly consumes all diskspace on my
home partition. Since this is a limited encrypted partition this equals to about 20GB of storage. Usually the file .cache/tracker/meta.db-wal takes all this space.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
3. Errors because home partition is out of space
0 available space on home partition
Tracker should only take a couple of gigs of space or at least stick to its default limit of 5% space
Sometimes I just have to kill tracker-store to release the used inodes, else I have to delete .cache/tracker/meta.db-wal
Here is a response from one of the upstream developers, can you please response here or on the upstream bug?
--- Comment #1 from Jürg Billeter <email@example.com> 2011-09-27 15:59:06 UTC ---
I haven't seen the WAL file ever grow that big. However, it can theoretically
happen if active readers block SQLite checkpointing. I've pushed a commit to
master that advises SQLite to shrink the WAL file to 10 MB as soon as possible.
It does not prevent a temporarily larger WAL file, though, as SQLite does not
support that. You're welcome to try whether this commit (11443fd) fixes the
issue for you.
During step 2 "Wait" are you using tracker in any way besides the indexing in
the background (e.g., via tracker-search-tool or nautilus)?
What directories did you configure to index? Do you have a huge data set?
Testing this with a more recent Tracker version such as the one available in
Fedora 16 might help.
Not using tracker besides the default background indexing when this occurs. Just using the default storage locations in home/<my username> also.
Dataset is 22463 MB, tracker consumes all of the remaining 25372 MB and tracker-store eventually exits. PLease note that a lot of the data is in large files like imap folders and svn folders, not sure about the first but svn folders should be ignored by default config.
Will try the tracker from F16 to see if that helps.
Installed tracker-0.12.0-3 from rawhide (via rpmbuild --rebuild to prevent dependency hell and without the thunderbird miner to make it build), problem remains
Can you please test the F15 build at http://koji.fedoraproject.org/koji/taskinfo?taskID=3385386 ?
$ rpm -q tracker
This issue has been fixed upstream in tracker-0.10.30 and tracker-0.12.24. Can you please test the updated Fedora packages (tracker-0.10.30-1.fc15)?
Problem seems solved now, thank you!
Problem has reappeared lately, that is .cache/tracker/meta.db-wal consumes all free diskspace after a while.
This message is a notice that Fedora 15 is now at end of life. Fedora
has stopped maintaining and issuing updates for Fedora 15. It is
Fedora's policy to close all bug reports from releases that are no
longer maintained. At this time, all open bugs with a Fedora 'version'
of '15' have been closed as WONTFIX.
(Please note: Our normal process is to give advanced warning of this
occurring, but we forgot to do that. A thousand apologies.)
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, feel free to reopen
this bug and simply change the 'version' to a later Fedora version.
Bug Reporter: Thank you for reporting this issue and we are sorry that
we were unable to fix it before Fedora 15 reached end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora, you are encouraged to click on
"Clone This Bug" (top right of this page) and open it against that
version of Fedora.
Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.
The process we are following is described here: