tracker causes 0 bytes free in /home

Bug #1946561 reported by UlfZibis
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
tracker (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

This is what I have:
Partition Ubuntu mounted in / : 20 GiB, 12 GiB in use
Partition home mounted in /home : 8 GiB, 3.1 GiB in use
Partition Data mounted in /mnt/Data : 120 GiB, 35 GiB in use
Symlink /home/me/Download -> /mnt/Data/Users/me/Download
Symlink /home/me/Documents -> /mnt/Data/Users/me/Documents
Symlink /home/me/Pictures -> /mnt/Data/Users/me/Pictures
Symlink /home/me/Music -> /mnt/Data/Users/me/Music
Symlink /home/me/Videos -> /mnt/Data/Users/me/Videos

/home had 4.6 GB free.
After I copied 8 GB of *.epub files to /home/me/Documents/eBooks/, I got 0 byte free on /home after 10 minutes, caused by tracker files in /home/user/.cache/tracker/
gsettings set org.freedesktop.Tracker.Miner.Files low-disk-space-limit 10
did not help.

It seems, that tracker estimates more space than 4.6 GB because of the symlinks to /mnt/Data/...

Suggestions:
- tracker should not try to index DRM encrypted epub files and similars
- all tracker components, not only tracker-miner*.service, should respect low-disk-space-limit
- tracker components should never create situations with 0 bytes free, even if low-disk-space-limit is -1
- tracker components anyway should estimate free space correctly (not include space from symlinks to other file systems)

Workaround:
Add '*.epub' to org.freedesktop.Tracker.Miner.Files ignored-files.

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thank you for your bug report. Which version of Ubuntu are you using? Could you add a journalctl -b <n> log from the corresponding session (n being the number of system start since the issue).

You also wrote that you had 4.6G of space, so it means the tracker cache used it, which also seems buggy, what's the output of 'du .cache/tracker/'

Changed in tracker (Ubuntu):
status: New → Incomplete
Revision history for this message
UlfZibis (ulf-zibis) wrote (last edit ):

These are some boot logs, hoping you find, what you're looking for.

Revision history for this message
UlfZibis (ulf-zibis) wrote (last edit ):

Now I intentionally forced the issue again to provide:
$ du -a .cache/tracker/
4 .cache/tracker/last-crawl.txt
4 .cache/tracker/db-locale.txt
1406936 .cache/tracker/meta.db-wal
356 .cache/tracker/ontologies.gvdb
4 .cache/tracker/first-index.txt
4 .cache/tracker/parser-version.txt
4 .cache/tracker/locale-for-miner-apps.txt
2807184 .cache/tracker/meta.db
4 .cache/tracker/db-version.txt
2756 .cache/tracker/meta.db-shm
4217260 .cache/tracker/

$ du -ah .cache/tracker/
4,0K .cache/tracker/last-crawl.txt
4,0K .cache/tracker/db-locale.txt
1,4G .cache/tracker/meta.db-wal
356K .cache/tracker/ontologies.gvdb
4,0K .cache/tracker/first-index.txt
4,0K .cache/tracker/parser-version.txt
4,0K .cache/tracker/locale-for-miner-apps.txt
2,7G .cache/tracker/meta.db
4,0K .cache/tracker/db-version.txt
2,7M .cache/tracker/meta.db-shm
4,1G .cache/tracker/

$ df .cache/tracker/
Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf
/dev/sda6 8191416 7755584 20 100% /home

And after reboot I will upload the current boot log.

Revision history for this message
UlfZibis (ulf-zibis) wrote :

current boot log ...

UlfZibis (ulf-zibis)
Changed in tracker (Ubuntu):
status: Incomplete → Confirmed
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.