Openembedded Core Discussions
 help / color / mirror / Atom feed
From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: srikanth krishnakar <skrishnakar@gmail.com>,
	openembedded-core@lists.openembedded.org
Subject: Re: Yocto-2.2 build failures on Ubuntu 14.04.5 & 16.04.x hosts due to crash of unity-settings-daemon followed by restart of lightdm
Date: Mon, 26 Dec 2016 10:36:49 +0000	[thread overview]
Message-ID: <1482748609.9843.136.camel@linuxfoundation.org> (raw)
In-Reply-To: <CALDxG5gxGqHP7S1fK-NmFrvQt9KRgjH+u4t+xHF=3m=UvUY=bQ@mail.gmail.com>

On Mon, 2016-12-26 at 15:11 +0530, srikanth krishnakar wrote:
> Environment: Ubuntu-14.04.5/16.04.1 (64-bit)
> Yocto build: qemuarm
> Target image: core-image-sato
> Error nature: The lightdm restarts on its own and logs out by killing
> processes running and brings up a login UI. 
> 
> 
> We have been observing yocto-2.2 build failures on Ubuntu 14.04.5 and
> Ubuntu-16.04.1 hosts due to restart of "lightdm" (Light Desktop
> Manager)  that is triggered by crash of "unity-settings-daemon", we
> couldn't figure out any workaround so far to overcome the issue. The
> build goes fine in the beginning but eventually the unity desktop
> logs out and kills all the processes running in the user session
> (including bitbake) and lands us into "Login screen" and when we
> login its a new session where as the bitbake running in previous
> session is killed and we need to continue the build. This is
> happening consistently when the user logs into desktop via lightdm
> and triggers a build. 
> 
> Another interesting thing to notice is the build goes fine if we
> connect to host via. SSH session and invoke a bitbake build. We are
> suspecting on unity-settings-daemon that is crashing consistently and
> is evident from the ".xsession-errors" log file as shown below:
> 
> builder@ubuntu:~$ cat .xsession-errors.old
> Script for ibus started at run_im.
> Script for auto started at run_im.
> Script for default started at run_im.
> init: Disconnected from notified D-Bus bus
> init:"unity-settings-daemon main process (2076) terminated with
> status 1"
> init: indicator-bluetooth main process (2212) killed by TERM signal
> init: indicator-power main process (2214) killed by TERM signal
> init: indicator-datetime main process (2215) killed by TERM signal
> init: indicator-printers main process (2222) killed by TERM signal
> init: indicator-session main process (2245) killed by TERM signal
> init: indicator-application main process (2270) killed by TERM signal
> 
> Corresponding unity-settings-daemon bug reported in Launchpad:
> 
> https://bugs.launchpad.net/ubuntu/+source/unity-settings-daemon/+bug/
> 1546641
> 
> Would anyone kindly confirm the logout behaviour during bitbake
> process on Ubuntu-14.04.5 & Ubuntu-16.04.1 ? Since Yocto 2.2 mentions
> both Ubuntu-14.04 & 16.04 as supported distributions this blocker
> issue must be resolved at earliest. 
> 
> Appreciate your Inputs !

What would really help is knowing what recipe is being built when this
happens. There are a few ways you might be able to figure this out:

a) Watching the screen to see which recipes were building when it
happens
b) Perhaps using some kind of screen recorder to automate this, you'd
be able to review the recording to see when it breaks
c) Looking at the bitbake/build logs to see what it was doing when the
build broke (assuming bitbake stops when the session dies).

"bitbake | cat" can provide better output for this since it will
produce a scrolling log rather than the more interactive UI.

Once you find the problematic recipe, a "bitbake XXX -c clean; bitbake
XXX" should hopefully reproduce this more easily.

Cheers,

Richard


  reply	other threads:[~2016-12-26 10:36 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-12-26  9:41 Yocto-2.2 build failures on Ubuntu 14.04.5 & 16.04.x hosts due to crash of unity-settings-daemon followed by restart of lightdm srikanth krishnakar
2016-12-26 10:36 ` Richard Purdie [this message]
2016-12-26 10:58   ` srikanth krishnakar
2016-12-26 13:29     ` srikanth krishnakar
2016-12-27  9:48       ` srikanth krishnakar
2016-12-27 16:49         ` Richard Purdie
2018-08-31 23:27           ` Randy MacLeod

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=1482748609.9843.136.camel@linuxfoundation.org \
    --to=richard.purdie@linuxfoundation.org \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=skrishnakar@gmail.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox