tracker-miner-fs eats cpu and hard drive space until none are left and is pointless and unnecessary

Bug #1970805 reported by Teunis Peters
This bug affects 3 people
Affects Status Importance Assigned to Milestone
tracker-miners (Ubuntu)

Bug Description

I can't remove this package because it forces removal of nautilus
When running, the tracker software (tracker-miner-fs-3) uses all available CPU and hard drive space and speed, to the point the laptop I'm using starts overheating.

I'm a programmer, I work with a lot of code and I hope it's not also indexing my NAS volumes and reducing their lifespans, too.

This lasts for days. I've never seen the process stop eating cpu and hard drive resources even after leaving it for a week.

As of now I'm removing all files, but I know the next package update will "Fix" this broken software once again and I'll have to shut it down before it crashes my laptop, again.

ProblemType: Bug
DistroRelease: Ubuntu 22.04
Package: tracker-miner-fs 3.3.0-1
ProcVersionSignature: Ubuntu 5.15.0-25.25-generic 5.15.30
Uname: Linux 5.15.0-25-generic x86_64
ApportVersion: 2.20.11-0ubuntu82
Architecture: amd64
CasperMD5CheckResult: unknown
CurrentDesktop: KDE
Date: Thu Apr 28 15:35:23 2022
InstallationDate: Installed on 2018-03-09 (1511 days ago)
InstallationMedia: Ubuntu 17.10 "Artful Aardvark" - Release amd64 (20180105.1)
RebootRequiredPkgs: Error: path contained symlinks.
SourcePackage: tracker-miners
UpgradeStatus: Upgraded to jammy on 2022-03-12 (47 days ago)

Revision history for this message
Teunis Peters (teunis) wrote :
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in tracker-miners (Ubuntu):
status: New → Confirmed
Revision history for this message
VALLAT Jacques (vallatj) wrote :

J'ai le même problème après installation de la 22.04 sur un disque vierge. J'ai tout essayé en vain, y compris les modifications dans dconf (org > freedesktop > Tracker > Miner > Files > crawling-interval à -2 et enable-monitors à faux), rien n'y fait.
Pour y remédier, j'ai écrit une procédure qui tue tracker-miner-fs dès qu'il se relance, mais ce n'est pas très satisfaisant...
Apparemment, seulement 2 personnes ont eu ce problème ?

Revision history for this message
Kfftfuftur (kfftfuftur) wrote (last edit ):

I also had the same issue of tracker becoming unresponsive and taking 100% CPU.
Tracker would constantly take 100% CPU, but not fill up my entire drive.

With tracker3 being stuck, other apps like Nautilus that rely on tracker would also become unresponsive. Even "tracker3 status" didn't return in any reasonable amount of time.

The issue was caused by 400k json and jpeg files in the Documents folder which I only placed there temporarily. So apparently tracker is easily overwhelmed by having too many files.

I found that when I placed the files in one of the folders
Documents, Desktop, Music, Pictures or Videos
tracker would index them while the folders
Downloads, Public and Templates
are ignored as well as any other folder that isn't created by default.
To mitigate the issue, it could be helpful to move folders with many files somewhere where they won't be indexed by tracker.

Afterwards run "tracker3 reset --filesystem --rss" to reset the index and get tracker running again.

Tracker needs to be improved so that it won't be overwhelmed by too many files.
The other apps that rely on communicating with tracker need to be changed so that the communication becomes asynchronous so that the app doesn't become unresponsive when tracker doesn't reply.

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.