libdeskbar-tracker crashes at session start

Bug #131247 reported by Martin Pitt on 2007-08-09
Affects Status Importance Assigned to Milestone
tracker (Ubuntu)

Bug Description

Binary package hint: tracker

When starting the Ubuntu Tribe 4 live CD, deskbar applet fails to load due to a crash in the tracker module, and is nonfunctional afterwards (just grey icon):

Distribution: Ubuntu 7.10 (gutsy)
Gnome Release: 2.19.6 2007-07-30 (Ubuntu)
BugBuddy Version: 2.18.1

System: Linux 2.6.22-9-generic #1 SMP Fri Aug 3 00:20:35 GMT 2007 x86_64
X Vendor: The X.Org Foundation
X Vendor Release: 10300000
Selinux: No
Accessibility: Disabled
GTK+ Theme: Human
Icon Theme: Human

Memory status: size: 0 vsize: 0 resident: 0 share: 0 rss: 0 rss_rlim: 0
CPU usage: start_time: 0 rtime: 0 utime: 0 stime: 0 cutime:0 cstime: 0 timeout: 0 it_real_value: 0 frequency: 0

----------- .xsession-errors ---------------------
/bin/sh: /usr/bin/esd: not found
(gnome-panel:7819): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -9 and height 24
/bin/sh: /usr/bin/esd: not found
/bin/sh: /usr/bin/esd: not found
/bin/sh: /usr/bin/esd: not found
/bin/sh: /usr/bin/esd: not found
/bin/sh: /usr/bin/esd: not found
/bin/sh: /usr/bin/esd: not found
/bin/sh: /usr/bin/esd: not found
/bin/sh: /usr/bin/esd: not found
/bin/sh: /usr/bin/esd: not found
throttle level is 0
ERROR: while reading file /usr/share/tracker/sqlite-stored-procs.sql on line 170
/bin/sh: /usr/bin/esd: not found
Traceback (most recent call last):
  File "/usr/lib/python2.5/site-packages/deskbar/", line 149, in load_all
    self.load (f)
  File "/usr/lib/python2.5/site-packages/deskbar/", line 131, in load
    mod_instance = getattr (mod, handler) ()
  File "/usr/lib/deskbar-applet/handlers/", line 237, in __init__
    self.tracker = bus.get_object('org.freedesktop.Tracker','/org/freedesktop/tracker')
  File "/var/lib/python-support/python2.5/dbus/", line 240, in get_object
  File "/var/lib/python-support/python2.5/dbus/", line 236, in __init__
    self._named_service = conn.activate_name_owner(bus_name)
  File "/var/lib/python-support/python2.5/dbus/", line 179, in activate_name_owner
  File "/var/lib/python-support/python2.5/dbus/", line 277, in start_service_by_name
    'su', (bus_name, flags)))
  File "/var/lib/python-support/python2.5/dbus/", line 603, in call_blocking
    message, timeout)
DBusException: org.freedesktop.DBus.Error.Spawn.ChildExited: Process /usr/bin/trackerd exited with status 0

Martin Pitt (pitti) wrote :

It does not always happen, but often enough to be a nuisance.

Changed in tracker:
importance: Undecided → High

confirming - both under a VM, and under real HW.

Patrice Vetsel (vetsel-patrice) wrote :

Same problem here, but not reproductible :/

Changed in tracker:
status: New → Confirmed

Does it happen only when it first indexes or is it random?

Martin Pitt (pitti) wrote :

I saw it on booting the live CD and on a freshly installed system. It never happened on my production system desktop.

Ok I suspect its an old race problem (if its random then its very likely to be this)

1) trackerd is started on login (XDG autostart)
2) trackerd needs to check databases during initialisation (usually less than a second to do this)
3) trackerd them registers dbus connection

with deskbar applet loaded, it will try and activate trackerd but if dbus does not see trackerd connected to it at that point in time it will spawn another trackerd

this latter spawn will exit as it sees another trackerd already and deskbar then crashes.

SImple fix might be to register tracker dbus earlier on in trackerd or make the applet not call trackerd until a search is performed - I will look at both options...

Sebastien Bacher (seb128) wrote :

the change sent on the mailing list seems to work correctly

Ewan Higgs (ewan-higgs) wrote :

The Gnome team claim this was fixed for version 0.6 in Bug 403752 ( However, I still get this problem every time the libdeskbar-tracker loads.

We have updated handler that fix the race condition I mentioned which will make its way into next release of tracker

Also new deskbar 2.19+ have broken handler api so old one wont work with it anyhow. We have developed a new handler for 2.19 whoch will also be avilable shortly

Same problem in feisty


description: updated
luisaso (luisasolarf) wrote :

it not only happens at start the session. It happens too sometime when i search for some especific words. For example if I search for "historia" it consistently crash, and other few words too. When searching for other words the most of the times does not crash.

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.