Re: [Tracker] tracker-extract not being restarted
- From: Martyn Russell <martyn lanedo com>
- To: Ralph Böhme <rb netafp com>, tracker-list gnome org, Carlos Garnacho <carlosg gnome org>
- Subject: Re: [Tracker] tracker-extract not being restarted
- Date: Mon, 12 May 2014 11:26:45 +0100
On 11/05/14 16:13, Ralph Böhme wrote:
Hi all,
this is somehat a follow up to <https://mail.gnome.org/archives/tracker-list/2014-March/msg00052.html>.
"Shouldn't we restart tracker-extract if it crashes?
I remember one of the reasons moving the data extraction process into
a separate tool was to be more resilient."
Looks like on a system tracker-extract hangs and/or crashes and Tracker never recovers. tracker-control -S
keeps reporting tracker-extract as being disabled/not running:
# tracker-control -S
Store:
09 May 2014, 14:32:47: ? Store - Idle
Miners:
09 May 2014, 14:32:47: 1% File System - Crawling recursively
directory 'file:///foo/bar'
09 May 2014, 14:32:47: ? Extractor - Not running or is a
disabled plugin
09 May 2014, 14:32:47: ? Applications - Idle
This is with Tracker 1.0.1.
It's easily reproducible by sending tracker-extract a SIGKILL.
I've noticed this too.
I spoke to Carlos about it and we thought about adding a watcher of some
kind in tracker-miner-fs.
Though I am not sure if this is the best way forward. We have the same
problem with tracker-miner-fs itself and it's less noticed because it
will self instantiate on DBus API calls. That's why we never had the
problem before with tracker-extract.
Carlos any comment?
--
Regards,
Martyn
Founder & Director @ Lanedo GmbH.
http://www.linkedin.com/in/martynrussell
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]