All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jukka Rissanen <jukka.rissanen@linux.intel.com>
To: yocto@yoctoproject.org
Subject: Re: systemd timeouts started daemons
Date: Wed, 20 Mar 2013 10:27:13 +0200	[thread overview]
Message-ID: <514972E1.3010802@linux.intel.com> (raw)
In-Reply-To: <513F03EC.4020909@linux.intel.com>

Hi all,

some update to the problem I am seeing with systemd.

So the symptom of the problem is that after systemd has started a daemon 
like connmand, it kills it after 30 secs.

The reason for this was that systemd did not receive NameOwnerChanged 
dbus signal telling that the daemon managed to register its name to the 
system bus.

I checked with dbus-monitor that these NameOwnerChanged signals are 
indeed sent by dbus-daemon but they are not seen in debug prints from 
systemd.

The systemd version I have is 197, dbus version is 1.6.8. I tried with 
kernel 3.4 and 3.8, the same result. The distro I am using is very 
minimal one without X11 or any other graphics, so it might be that I 
have accidentally removed some vital component. The distro is using 
packagegroup-base + some additional packages, polkit is not installed.

What is even weirder that in qemu image, I can start connman 
successfully via systemd but not ofono or bluez. In Intel NUC device, I 
am not able to start either connman, bluez or ofono from systemd. All 
these daemons work just fine when started manually from command line.

This paste contains qemu log where connman starts successfully but ofono 
and bluez do not. http://pastebin.com/UTUVBjqu

I am using latest yocto + oe from git.

Any ideas what is wrong here?


Cheers,
Jukka



  reply	other threads:[~2013-03-20  8:27 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-03-12 10:31 systemd timeouts started daemons Jukka Rissanen
2013-03-20  8:27 ` Jukka Rissanen [this message]
2013-03-21 12:36   ` Burton, Ross
2013-03-21 13:44     ` Jukka Rissanen
2013-03-21 14:10     ` Martin Jansa
2013-03-21 14:13       ` Burton, Ross

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=514972E1.3010802@linux.intel.com \
    --to=jukka.rissanen@linux.intel.com \
    --cc=yocto@yoctoproject.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.