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
next prev parent 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.