Re: does anyone know how to calm down 'tracker-store'?

[Reco <recoverym4n@enotuniq.net>]

	Hi.

On Mon, Nov 26, 2018 at 08:36:47PM +0100, Patrice Duroux wrote:
> Dear all,
> 
> Two points may be related somehow to the 'tracker' services.
> 
> 1. On my local laptop system (Sid) I am getting the following message in
> 'dmesg':
> 
> [ 3773.552252] traps: multiqueue3:src[25397] general protection
> ip:7f97590e5635 sp:7f972fffe570 error:0 in
> libgstvideo-1.0.so.0.1404.0[7f97590a9000+56000]

Install debugging symbols for the packages affected, get a core dump,
try to extract a backtrace with gdb from it.
By itself these messages only show us that libgstvideo-1.0.so was used
and it was done poorly.


> 2. On a server (Sid also) some user sessions are filling the daemon.log as
> following:
> 
> Nov 26 20:13:59 kappa2 systemd[6105]: tracker-store.service: Scheduled
> restart job, restart counter is at 14742.
> Nov 26 20:13:59 kappa2 systemd[6105]: Stopped Tracker metadata database
> store and lookup manager.
> Nov 26 20:13:59 kappa2 systemd[6105]: Starting Tracker metadata database
> store and lookup manager...
> Nov 26 20:13:59 kappa2 systemd[13510]: tracker-store.service: Failed to
> execute command: No such file or directory

Assuming that's a 'system' service:

systemctl stop tracker-store.service
systemctl mask tracker-store.service

But if it's the 'user' service, you have to do:

systemctl --user stop tracker-store.service
systemctl --user mask tracker-store.service

Reco