web-dev-qa-db-fra.com

aucune mise à jour des progrès de gnome tracker

Je souhaite vivement que la recherche sur le poste de travail fonctionne sur une nouvelle installation de Ubuntu Gnome 17.04. Je me rends compte que l'indexation initiale peut prendre un certain temps, mais pendant plus de 12 heures, tracker status est retourné:

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

Plus de 94 000 fichiers devraient être indexés, une fois les fichiers exclus supprimés. Je ne peux pas dire si le processus s'est bloqué ou travaille toujours sur des fichiers.

tracker daemon a retourné le même résultat tout ce temps:

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

et en utilisant les options -f et -w ne renvoie aucune mise à jour. tracker-extract utilise l'un de mes cœurs à 100% et ce depuis tout ce temps.

Comment savoir si Tracker a des problèmes ou prend juste son temps à indexer environ 200 Go de fichiers?

gnomeubuntu-gnome17.04cpu-loadtracker
6
scruss

Il semble que tracker-extract ait des problèmes avec deux fichiers Excel XLS provenant de la même source générée automatiquement. Je soupçonne qu'ils rencontraient des bugs dans le code d'extrait du tracker. Tracker a maintenant indexé avec succès et utilise des ressources négligeables.

Cet article Debian User Forums était la clé: l'extraction du traqueur va-t-elle jamais s'installer? . Pour diagnostiquer et résoudre le problème, il m'a fallu regarder dans /tmp/tracker-extract-files.1000. Si un lien symbolique vers le même fichier persiste pendant une durée indéterminée et que tracker-extract correspond à une utilisation de 100% du processeur, vous avez un fichier problématique. Pour moi, un symlink de fichier de problème ressemblait à:

$ 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

Pour réparer ce fichier particulier:

  • arrêter le suivi avec tracker daemon -t

  • Réenregistrez le fichier incriminé dans un format différent, supprimez-le ou définissez-le comme exclu dans l'interface graphique de configuration du suivi. Il est important que le fichier avec des problèmes soit parti de l’endroit où le programme de suivi tentera d’indexer, sinon le problème persistera.

  • Supprimer le lien symbolique brisé dans /tmp/tracker-extract-files.1000

  • relancez le suivi avec tracker daemon -s

Si vous surveillez le suivi avec tracker daemon -f, vous devriez voir les lignes de progression de l'extracteur augmenter de 0, 1, 2 ... à 100%. S'il se bloque à moins de 100%, vérifiez à nouveau /tmp/tracker-extract-files.1000.

Pour moi, tracker-extract génère l'erreur . L'extraction du tracker s'est écrasée avec le signal 31 dans __libc_message () () une fois l'opération terminée. Cela ne semble cependant pas affecter le suivi du tracker ou l'indexation du nouveau contenu.

8
scruss