Ubuntu
tracker package

  1. Bug #218230
  2. Comment #12

Comment 12 for bug 218230

Revision history for this message
Emil Sit (emilsit) wrote : Re: gnome or gtk file dialog is terribly slow

Ah, it does appear that trackerd is attempting to do some SQLite locking on a file that is (in my case) on an NFS home directory. It repeatedly fails (fcntl returns EAGAIN), and it seems that trackerd is spinning there and thus not responding to dbus RPCs.

One work-around (besides 'sudo apt-get remove tracker') is to symlink the directories that trackerd needs into a local directory. e.g.
  $ mkdir -p /var/tmp/${USER}-tracker/{cache,local}
  $ killall -9 trackerd
  $ cd ~/.cache && rm -rf tracker && ln -s /var/tmp/${USER}-tracker/cache
  $ cd ~/.local/share && rm -rf tracker && ln -s /var/tmp/${USER}-tracker/local
You may need to logout and in again. Obviously, this blows away any existing tracker database you might have.

Not sure if this should be assigned to tracker or gtk. On the one hand, why should gtk be talking to tracker at all for a file dialog? On the other, trackerd is not behaving in an NFS friendly fashion. Adding tracker and maybe someone there will triage more completely.