From: David J. Fogle <Dave@exitstrategytech.com>
To: buildroot@busybox.net
Subject: [Buildroot] Docker client does not function correctly in 2018.11
Date: Wed, 5 Dec 2018 22:55:07 +0000 [thread overview]
Message-ID: <5db9d4aa533e4e8590b5c33d2bb47665@exitstrategytech.com> (raw)
In-Reply-To: <CA+h8R2pH=BTTh+farCMfJOW8dzYsUhN_ompMtc=Aaz4tQVbVXg@mail.gmail.com>
I am building from the skiff now, will report back in about 20 once the image in on a drive.
David Fogle
CTO - Exit Strategy
-------- Original message --------
From: Christian Stewart <christian@paral.in>
Date: 12/5/18 4:38 PM (GMT-06:00)
To: "David J. Fogle" <Dave@exitstrategytech.com>
Cc: buildroot at busybox.net, Matthew Weber <matthew.weber@rockwellcollins.com>, Hamilton Southworth <hamilton@aperturerobotics.com>
Subject: Re: Docker client does not function correctly in 2018.11
David,
On Wed, Dec 5, 2018, 2:04 PM David J. Fogle <Dave at exitstrategytech.com<mailto:Dave@exitstrategytech.com>> wrote:
I have investigated further, and narrowed the issue down to the containerd, not the client. The containerd is being passed an invalid flag -metrics-interval, and is constantly looping through it's init process.
Thank you for looking into this. We are also aware of a hang in docker startup due to random data starvation.
Could you please try either the "skiff" branch of https://github.com/paralin/buildroot.git or apply this patch: https://patchwork.ozlabs.org/patch/1003677/
There was a commit merged as part of that series to bump containerd to a newer version. However, the docker engine bump from that series did not get merged until after the 2018.11 release window (the series was originally intended to be merged all at once). It's likely there is some incompatibility in startup flags as you say between the two containerd and docker versions present.
I recommend to revert the containerd bump in 2018.11 or backport the docker engine bump.
Best regards,
Christian
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20181205/afdfcaf1/attachment.html>
next prev parent reply other threads:[~2018-12-05 22:55 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-12-05 17:31 [Buildroot] Docker client does not function correctly in 2018.11 David J. Fogle
2018-12-05 22:03 ` David J. Fogle
2018-12-05 22:39 ` Christian Stewart
2018-12-05 22:55 ` David J. Fogle [this message]
2018-12-05 23:51 ` David J. Fogle
2018-12-05 23:56 ` David J. Fogle
2018-12-06 0:37 ` Christian Stewart
2018-12-06 0:38 ` David J. Fogle
2018-12-06 0:41 ` David J. Fogle
2018-12-06 1:41 ` David J. Fogle
2018-12-06 1:47 ` Christian Stewart
2018-12-06 2:16 ` David J. Fogle
2018-12-06 2:23 ` Christian Stewart
2018-12-06 2:24 ` David J. Fogle
2018-12-06 2:36 ` David J. Fogle
2018-12-07 16:19 ` David J. Fogle
2018-12-16 14:13 ` Peter Korsgaard
2018-12-06 8:49 ` Thomas Petazzoni
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=5db9d4aa533e4e8590b5c33d2bb47665@exitstrategytech.com \
--to=dave@exitstrategytech.com \
--cc=buildroot@busybox.net \
/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