tracker-miner-fs-3 high cpu use

English Applications
#1

I recently did a fresh install of Tumbleweed with Gnome d/e and a few days ago I noticed that my laptop was running a bit warmer and the fan was going a bit more.

When I checked system monitor I could see that tracker-miner-fs-3 was running constantly and if you killed the process it would restart a couple of minutes later.

tracker status shows the indexing has completed so it shouldn’t be running

I did a bit of checking around on various forums and this seems to have been picked up by some Arch users.

It seems to be related to the latest version of sqlite 3.35

I’m sure at some point it will be fixed upstream but for now you can just disable the desktop search in settings or downgrade sqlite to version 3.34.

I can’t be the only one this has effected, so it’s probably worth checking.

Regards to all

#2

Stop indexing???

https://www.linuxuprising.com/2019/07/how-to-completely-disable-tracker.html

Or just let it run until all files are indexed???

#3

Same here, except that I was running KDE. Yes, I do also have Gnome installed.

So I copied “tracker-miner-fs-3.desktop” from “/etc/xdg/autostart” to “.config/autostart” and edited that copy – removed KDE from the list if desktops where it should be loaded. No problems since then.

If I login to Gnome, I guess I will need to put up with it until it finished indexing.

#4

Hi gogalthorp

Would it take days to index a fresh install?

There are no files for it to index.

Plus tracker status reports completed, but it continues to run using 93% of one cpu core.

I may try and downgrade sqlite out of interest.

#5

Hi
I have it all disabled here, only libsqlite3-0 installed… when you disabled, did you go through the ‘Search’ list individually to disable, then as a final operation turn off all indexing?

What does the output from the following show?


tracker daemon
#6

Hi Malcolm

Coincidently I was doing that when I saw your reply

The problem appears when the Files option is enabled.

With everything enabled tracker daemon gives

Store: 
20 Mar 2021, 16:39:05:    0%  Store                - Idle  
 
Miners: 
20 Mar 2021, 16:39:05:  ✗     File System          - Not running or is a disabled plugin 
20 Mar 2021, 16:39:05:  ✗     Extractor            - Not running or is a disabled plugin 
20 Mar 2021, 16:39:05:  ✗     File System          - Not running or is a disabled plugin 
20 Mar 2021, 16:39:05:  ✗     Extractor            - Not running or is a disabled plugin

and tracker status returns

currently indexed: 0 files, 0 folders 
Remaining space on database partition: 473.3 GB (95.16%) 
All data miners are idle, indexing complete
#7

With Files disabled tracker-miner-fs-3 does not start

tracker daemon returns

Store: 
20 Mar 2021, 16:49:54:  ✗     Store                - Unavailable 
 
Miners: 
20 Mar 2021, 16:49:54:  ✗     File System          - Not running or is a disabled plugin 
20 Mar 2021, 16:49:54:  ✗     Extractor            - Not running or is a disabled plugin 
20 Mar 2021, 16:49:54:  ✗     File System          - Not running or is a disabled plugin 
20 Mar 2021, 16:49:54:  ✗     Extractor            - Not running or is a disabled plugin

and tracker status gives me

Currently indexed: 0 files, 0 folders
Remaining space on database partition: 473.3 GB (95.16%)
All data miners are idle, indexing complete
#8

Sorry, missed the code tags

#9

Hi
Ok, the first output is what I see here, the second shows;


tracker status
Could not establish a connection to Tracker: Failed to load SPARQL backend: GDBus.Error:org.freedesktop.systemd1.UnitMasked: Unit tracker-store.service is masked.

Can you check for a tracker-store.service (part of tracker)…

From memory I ran;


tracker reset -r
#10

Well I’m not quite sure what has happened but on the last reboot with everything enabled tracker-miner has not started.

systemctl status tracker-store.service 
Unit tracker-store.service could not be found.
#11

Hi
And tracker status as your user?

#12

Thanks for your help Malcolm, everything seems to be running fine.

I’m not sure what fixed it, maybe the reset -r

I added a new file to a folder and the indexing picked it ok.

tracker status 
Currently indexed: 0 files, 0 folders 
Remaining space on database partition: 473.2 GB (95.14%) 
All data miners are idle, indexing complete
#13

Hi
The reset for sure, if it plays up again you should be able to reset again…

#14

Hello,

I have the same problem. It starts when I launch Gnome Music.

“tracker reset -r” followed by “tracker daemon --start” makes things working, but again when I launch Gnome Music, the problem is back.

EDIT: I found this: https://bugs.archlinux.org/task/69990

#15

Hi
AFAIK we are not using tracker3 yet…

If you clean out the tracker cache;


rm  ~/.cache/tracker/*
tracker reset -r
#16

Thanks. I tried, but still the same.

jeremy@localhost:~> tracker 
tracker       tracker3      tracker_cmds

there is a tracker3.

jeremy@localhost:~> tracker status  
Actuellement indexé: 226 fichiers, 20 dossiers 
Il reste de la place sur la partition de la base de données: 981,1 Go (98,95%) 
Tous les collecteurs de données sont arrêtés. L’indexation est terminée 
 
 
jeremy@localhost:~> tracker3 status  
Impossible d’établir une connexion vers Tracker: Le délai d’attente est dépassé

The “tracker3 status” command makes the problem appear

EDIT: I’m on a fresh install of Tumbleweed from today. Everything was fine until a sleep or a reboot, Gnome Music showed my music and played it before and now just makes tracker bug.

#17

Hi
Then I would look at a bug report about the issue, like I indicated I don’t use it…
openSUSE:Submitting bug reports - openSUSE

#18

https://bugzilla.opensuse.org/show_bug.cgi?id=1183830 / https://gitlab.gnome.org/GNOME/tracker-miners/-/issues/161

https://build.opensuse.org/request/show/880148