Frage Keine Fortschrittsaktualisierungen von Gnome-Tracker


Ich möchte sehr gerne Desktop-Suche auf einer neuen Ubuntu Gnome 17.04 Installation arbeiten lassen. Ich weiß, dass die erste Indizierung eine Weile dauern könnte, aber für mehr als 12 Stunden, tracker status ist zurückgekommen:

Currently indexed: 93634 files, 6371 folders
Remaining space on database partition: 226.6 GB (45.10%)
Data is still being indexed: Estimated less than one second left

Nach dem Entfernen der ausgeschlossenen Dateien sollten mehr als 94000 Dateien indiziert sein. Ich kann nicht sagen, ob der Prozess abgestürzt ist oder noch an Dateien arbeitet.

tracker daemon hat die ganze Zeit dasselbe Ergebnis zurückgegeben:

Store:
12 May 2017, 15:45:13:  ✓     Store                 - Idle 

Miners:
12 May 2017, 15:45:13:  ✓     Userguides            - Idle 
12 May 2017, 15:45:13:  ✓     File System           - Idle 
12 May 2017, 15:45:13:    0%  Extractor             - Extracting metadata 
12 May 2017, 15:45:13:  ✓     Applications          - Idle 

und mit dem -f und -w Optionen geben keine Updates zurück. tracker-extract benutzt einen meiner Kerne zu 100% und war die ganze Zeit.

Wie kann ich feststellen, ob der Tracker Probleme hat oder nur ungefähr 200 GB an Dateien indexiert?


4
2018-05-12 19:52


Ursprung


Laufen tracker daemon -f sobald ich nach einem Neustart konnte, sah ich Updates über Dateisystem - Crawlen rekursiv Verzeichnis ... die jetzt untätig geworden sind. Extraktor ist immer noch Extrahieren von Metadaten, was das Problem sein kann - scruss


Antworten:


Es scheint, dass tracker-extract hatte Probleme mit ein paar Excel XLS-Dateien von derselben automatisch generierten Quelle. Ich vermute, dass sie im Tracker-Code Fehler gefunden haben. Der Tracker wurde jetzt erfolgreich indexiert und verwendet vernachlässigbare Ressourcen.

Dieser Beitrag des Debian-Benutzerforums war der Schlüssel: Wird sich der Tracker-Extrakt jemals beruhigen?. Um das Problem zu diagnostizieren und zu beheben, musste ich hineinschauen /tmp/tracker-extract-files.1000. Wenn ein Symlink zu derselben Datei für einen bestimmten Zeitraum bestehen bleibt und tracker-extract trifft 100% CPU-Auslastung, Sie haben eine Problemdatei. Für mich sah ein Problemdatei-Symlink folgendermaßen aus:

$ ls -l tracker-extract-files.1000/
total 0
lrwxrwxrwx 1 scruss scruss 55 May 12 16:25 1-9eaf433878d0c8e604486b798d035882 -> /home/scruss/Documents/toronto_hydro/SmartMeterData.xls

Um diese bestimmte Datei zu reparieren:

  • Stoppen Sie den Tracker mit tracker daemon -t

  • Speichern Sie die fehlerhafte Datei in einem anderen Format, löschen Sie sie oder legen Sie sie in der Tracker-Konfigurations-GUI als ausgeschlossen fest. Es ist wichtig, dass die Datei mit Problemen ist Weg von überall wird der Tracker versuchen, zu indizieren, oder das Problem wird bestehen bleiben.

  • Löschen Sie den fehlerhaften Symlink in /tmp/tracker-extract-files.1000

  • Tracker neu starten mit tracker daemon -s

Wenn Sie den Tracker mit überwachen tracker daemon -f, sollten Sie sehen, dass Extractor Fortschrittslinien von 0, 1, 2 ... 100% zunehmen. Wenn es bei weniger als 100% hängt, überprüfen Sie /tmp/tracker-extract-files.1000 nochmal.

Für mich, tracker-extract wirft den Fehler auf Tracker-Extrakt abgestürzt mit Signal 31 in __libc_message () wenn es fertig ist. Es scheint jedoch keinen Einfluss auf den Tracker zu haben, der neue Inhalte ausführt oder indiziert.


5
2018-05-12 21:48



Das war sehr hilfreich, danke! Ich konnte den Täter ausfindig machen. Eine "playsid" -Datei aus einer riesigen C64-Sammlung. Prost ! - mahen