From: Randy MacLeod <randy.macleod@windriver.com>
To: "Bystricky, Juro" <juro.bystricky@intel.com>,
Seebs <seebs@seebs.net>,
"Fan, Wenzong (Wind River)" <wenzong.fan@windriver.com>
Cc: Patches and discussions about the oe-core layer
<openembedded-core@lists.openembedded.org>
Subject: Re: pseudo 1.8.1 doesn't work with docker & dumb-init
Date: Wed, 14 Sep 2016 22:24:43 -0400 [thread overview]
Message-ID: <749c93dd-be45-76d7-921e-f8efd37223bd@windriver.com> (raw)
In-Reply-To: <6E51916E4A1F32428260031F4C7CD2B61188FFD1@ORSMSX112.amr.corp.intel.com>
On 2016-09-14 04:46 PM, Bystricky, Juro wrote:
> I am pretty sure I glimpsed the messages:
> Child process timeout after 2 seconds.
> Child process exit status 4: lock_held
> on several occasions recently, just before my Xserver was restarted and I was kicked back to the login prompt.
> I typically ran several parallel bitbake builds. Ubuntu 16.04, not using container. The last message in the syslog (first error message) was always:
> Fatal IO error 11 (Resource temporarily unavailable) on X server :0
>
> Possibly not related to this problem, nevertheless worth mentioning.
Yes, it may be. Thanks for reporting it.
Two weeks ago, I was building a qemuarm64 image on my laptop
(i7, 16 GB, SSD running Ubuntu-16.04)
and I saw a similarity bizarre result from running a build
in that chrome and then the X server were both killed.
I wasn't in front of the system when this happened so
I can't say exactly what was going on.
I did collect some of the logs from my IRC client and chrome:
[423679.028437] konversation[23416]: segfault at 7f72d2c33ce0 ip
00007f72eca4e818 sp 00007ffc7f450ae0 error 4 in
libQt5Gui.so.5.5.1[7f72ec8da000+527000]
[423679.325315] chrome[28083]: segfault at 968 ip 00007f63f7615643 sp
00007ffd26c25af0 error 4 in libX11.so.6.3.0[7f63f75ed000+135000]
and then from the X server:
Aug 29 16:11:59 laptop org.a11y.atspi.Registry[4763]: XIO: fatal IO
error 11 (Resource temporarily unavailable) on X server ":0"
Aug 29 16:11:59 laptop org.a11y.atspi.Registry[4763]: after 67649
requests (67649 known processed) with 0 events remaining.
Aug 29 16:11:59 laptop gnome-session[4748]: (diodon:4925): Gdk-WARNING
**: diodon: Fatal IO error 11 (Resource temporarily unavailable) on X
server :0
.
...
Aug 29 16:11:59 laptop systemd[1]: Started Process Core Dump (PID
28084/UID 0).
Aug 29 16:11:59 laptop gnome-session[4748]: Failed to connect to Mir:
Failed to connect to server socket: No such file or directory
Aug 29 16:11:59 laptop kernel: [423679.325315] chrome[28083]: segfault
at 968 ip 00007f63f7615643 sp 00007ffd26c25af0 error 4 in
libX11.so.6.3.0[7f63f75ed000+135000]
In my case, I had added meta-oe to oe-core and was building:
MACHINE=qemuarm64 bitbake imagemagick
I reproduced it once in X then did NOT see it happen when
I built with an X session running but building on the console.
i.e. the build of imagemagick for qemuarm64 succeeded.
I've removed the build logs it seems but I'll see if I can reproduce
the failure overnight.
../Randy
>
> Thanks
>
> Juro
>
>
>> -----Original Message-----
>> From: openembedded-core-bounces@lists.openembedded.org
>> [mailto:openembedded-core-bounces@lists.openembedded.org] On Behalf Of
>> Seebs
>> Sent: Tuesday, September 6, 2016 11:40 PM
>> To: Fan, Wenzong (Wind River) <wenzong.fan@windriver.com>
>> Cc: Patches and discussions about the oe-core layer <openembedded-
>> core@lists.openembedded.org>
>> Subject: Re: [OE-core] pseudo 1.8.1 doesn't work with docker & dumb-init
>>
>> On 7 Sep 2016, at 1:32, wenzong fan wrote:
>>
>>> Yes, I believe it's not a 100 reproducible issue. Maybe you could run
>>> it with other builds in parallel and try it 3 times or more.
>>
>> I can try, but that might need bigger hardware than I have to hand at
>> the moment.
>>
>> -s
>> --
>> _______________________________________________
>> Openembedded-core mailing list
>> Openembedded-core@lists.openembedded.org
>> http://lists.openembedded.org/mailman/listinfo/openembedded-core
--
# Randy MacLeod. SMTS, Linux, Wind River
Direct: 613.963.1350 | 350 Terry Fox Drive, Suite 200, Ottawa, ON,
Canada, K2K 2W5
next prev parent reply other threads:[~2016-09-15 2:24 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-08-31 9:21 pseudo 1.8.1 doesn't work with docker & dumb-init wenzong fan
2016-08-31 15:11 ` Joshua Lock
2016-09-02 1:24 ` wenzong fan
2016-08-31 15:48 ` Seebs
2016-09-02 1:33 ` wenzong fan
2016-09-02 2:10 ` Seebs
2016-09-07 6:32 ` wenzong fan
2016-09-07 6:40 ` Seebs
2016-09-14 20:46 ` Bystricky, Juro
2016-09-15 2:24 ` Randy MacLeod [this message]
2016-09-15 19:08 ` 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=749c93dd-be45-76d7-921e-f8efd37223bd@windriver.com \
--to=randy.macleod@windriver.com \
--cc=juro.bystricky@intel.com \
--cc=openembedded-core@lists.openembedded.org \
--cc=seebs@seebs.net \
--cc=wenzong.fan@windriver.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