After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 793027 - tracker-store.service does not terminate when logging out or shutting down
tracker-store.service does not terminate when logging out or shutting down
Status: RESOLVED OBSOLETE
Product: tracker
Classification: Core
Component: Store
2.0.x
Other Linux
: Normal major
: ---
Assigned To: tracker-search-tool
tracker-search-tool
: 794009 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2018-01-30 11:17 UTC by karen.eliot
Modified: 2021-05-26 22:25 UTC
See Also:
GNOME target: ---
GNOME version: 3.25/3.26


Attachments
Tracker shutdown log (1.41 KB, text/plain)
2018-02-06 19:14 UTC, al
Details

Description karen.eliot 2018-01-30 11:17:50 UTC
I get a 90 seconds delay when shutting down.
First I thought this is a systemd problem, but then I saw that the tracker service (of my user) is still active after logging out, which led me to think that this might be the culprit.

When I run "systemd-cgls" after logging out, I can see that the tracker-store.service of the logged out user is still running.
See this post here: https://github.com/systemd/systemd/issues/1615#issuecomment-351433148
Comment 1 al 2018-02-03 15:23:45 UTC
In my case tracker-store.service also takes a while to terminate after the user instance of systemd tries to stop it. It seems that it doesn't detect the SIGTERM signal sent by systemd immediately. For example, see these logs:

Feb 01 22:34:20 desktop systemd[3489]: Stopping Tracker metadata database store and lookup manager...
Feb 01 22:35:15 desktop tracker-store[4394]: Received signal:15->'Terminated'
Feb 01 22:35:15 desktop tracker-store[4394]: OK
Feb 01 22:35:15 desktop systemd[3489]: Stopped Tracker metadata database store and lookup manager.

It can be seen that it takes 55 seconds for tracker-store to detect the SIGTERM (15) signal. It takes less than 90 seconds in my case so the service still stops "cleanly" at shutdown without forceful termination by systemd, although it has this noticeable delay.

Tracker 2.0.2
GNOME 3.26.2
Arch Linux
systemd 236.81
Comment 2 al 2018-02-06 19:14:39 UTC
Created attachment 367960 [details]
Tracker shutdown log

I have managed to reproduce this bug with the debug log level enabled for tracker-store. It seems that the step that is slowing down the shutdown of the tracker-store service is the VACUUM operation for the database, which seems to take a while when the database is big.
Comment 3 Tassilo Horn 2018-03-03 08:33:37 UTC
*** Bug 794009 has been marked as a duplicate of this bug. ***
Comment 4 Florijan Hamzic 2018-06-15 17:17:08 UTC
How this can be solved? I don't want to stop /remove tracker-store
Comment 5 Sam Thursfield 2021-05-26 22:25:19 UTC
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org.
As part of that, we are mass-closing older open tickets in bugzilla.gnome.org
which have not seen updates for a longer time (resources are unfortunately
quite limited so not every ticket can get handled).

If you can still reproduce the situation described in this ticket in a recent
and supported software version, then please follow
  https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines
and create a new enhancement request ticket at
  https://gitlab.gnome.org/GNOME/tracker/-/issues/

Thank you for your understanding and your help.