Re: [Tracker] tracker-miner-apps is frozen and killing my CPU



Thanks for replying, Sam.

Removing tracker-miner-apps.desktop from autostart seems to do the trick.

Cheers.

On 10 October 2015 at 20:38, Sam Thursfield <ssssam gmail com> wrote:
Hi Alfredo!

On Thu, Oct 1, 2015 at 10:00 PM, Alfredo Hernández
<aldomann designs gmail com> wrote:
> Hi all,
>
> I've recently noticed in my Arch Linux machine that tracker-miner-apps makes
> a relatively big CPU usage. Digging into the terminal and the documentation
> I made some tests with the terminal and tracker daemon consistently tells me
> that the Applications miner is stuck at 69%.
>
> A few questions:
>
> Why is this happening and how can it be solved?
> What's the exact purpose of this specific miner?
> Can a specific tracker be disabled? How would this affect the GNOME Shell
> experience?

Sorry you're having problems with it. I'm not sure what would cause it
to get stuck -- one possible cause is database corruption. I think
there was a bug in some release recently that could cause corruption;
try renaming ~/.cache/tracker/meta.db to something else, then
restarting all Tracker processes (`tracker daemon --terminate; tracker
daemon --start`). you would probably also get lots of errors in the
journal if the cause of the issue was database corruption causing
SPARQL queries from the miner to fail and go crazy.

The applications miner is actually pretty useless, as far as I know,
it was used on Maemo/Meego to provide the list of installed
applications, but it's not used at all in GNOME Shell. Finding the
list of installed applications is pretty simple (look for all .desktop
files in a some well-known locations), so it doesn't really need a
Tracker miner anyway. We could probably disable it by default. If you
want to disable it just on your machine, you can remove the file
/etc/xdg/tracker-miner-apps.desktop.

Sam



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]