Pas de mises à jour de progrès de gnome tracker

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

Ce message des forums des utilisateurs de Debian était la clé: tracker-extract se stabilisera-t-il un jour?. Diagnostiquer et résoudre le problème m'a obligé à regarder dans /tmp/tracker-extract-files.1000. Si un lien symbolique vers le même fichier persiste pendant un certain temps et que tracker-extract utilise 100% du CPU, vous avez un fichier problématique. Pour moi, un lien symbolique de fichier problématique ressemblait à ceci :

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

Pour résoudre ce fichier en particulier :

• arrêtez le tracker avec tracker daemon --terminate

• Resauvez le fichier problématique dans un format différent, supprimez-le, ou excluez-le dans l'interface graphique de configuration de tracker. Il est important que le fichier avec des problèmes soit supprimé de n'importe où que tracker tentera d'indexer, sinon le problème persiste.

• Supprimez le lien symbolique cassé dans /tmp/tracker-extract-files.1000

• redémarrez le tracker avec tracker daemon --start

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

Pour moi, tracker-extract avait l'habitude de renvoyer l'erreur tracker-extract a planté avec le signal 31 dans __libc_message() quand il avait fini. Cela ne semblait pas affecter le bon fonctionnement de tracker ou l'indexation de nouveaux contenus.