All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Chaitanya Vadrevu" <chaitanya.vadrevu@ni.com>
To: Richard Purdie <richard.purdie@linuxfoundation.org>,
	"bitbake-devel@lists.openembedded.org"
	<bitbake-devel@lists.openembedded.org>
Subject: Re: [bitbake-devel] [PATCH] process.py: Increase bitbake timeout and add logs
Date: Tue, 2 Mar 2021 23:24:32 +0000	[thread overview]
Message-ID: <DM6PR04MB62495002823275E595C66EAE9B999@DM6PR04MB6249.namprd04.prod.outlook.com> (raw)
In-Reply-To: <9865e3f23d13ec4e47cdf7299a0c550a1f4e74ca.camel@linuxfoundation.org>

[-- Attachment #1: Type: text/plain, Size: 2229 bytes --]

Hi Richard,

We’re pretty sure its load related.
We started seeing these errors when our build machines were swamped up
with a bunch of jobs after we turned them back on after the
Texas power outage.

The only info I could glean from logs was that it always seemed to happen
after starting the do_rootfs task of our image.
We unfortunately don’t have any more insight into build farm state
when it happened.

Increasing to 300s worked and we stopped seeing the issue right away.
Unfortunately I haven’t been able to find a lower timeout value since the
load on build farm eased up this week and now I’m only seeing at max 20s wait.

For interactive users, are there any cases other than load related where they
usually see this issue?
The periodic logs every 10s should help keep them informed and they always have
the opportunity to kill the build.

Thanks,
Chaitanya

From: Richard Purdie <richard.purdie@linuxfoundation.org>
Date: Tuesday, March 2, 2021 at 4:44 PM
To: Chaitanya Vadrevu <chaitanya.vadrevu@ni.com>, bitbake-devel@lists.openembedded.org <bitbake-devel@lists.openembedded.org>
Subject: [EXTERNAL] Re: [bitbake-devel] [PATCH] process.py: Increase bitbake timeout and add logs
On Tue, 2021-03-02 at 15:51 -0600, Chaitanya Vadrevu wrote:
> We have started seeing "Unable to connect to bitbake server ..." errors on
> our build farm consistently with 60s timeout. Increasing the timeout to
> 300s and logging every 10s.
>
> Signed-off-by: Chaitanya Vadrevu <chaitanya.vadrevu@ni.com>
> ---
>  lib/bb/server/process.py | 15 +++++++++++----
>  1 file changed, 11 insertions(+), 4 deletions(-)

Taking a step back, is it reasonable for bitbake to "disappear"
for more than a minute? I've not wanted to increase this value
too much as for an interactive user its a pretty poor situation to
stall for delays this long.

We're also seeing these on the project autobuilder occasionally,
they seem load related. Have you any monitoring which says what your
build farm is doing when these timeouts happen? Did increasing it to
300s work?

I have a suspicion its IO load related and probably around syncing
files at bitbake exit that there is the issue.

Cheers,

Richard

[-- Attachment #2: Type: text/html, Size: 4718 bytes --]

  reply	other threads:[~2021-03-02 23:24 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-03-02 21:51 [PATCH] process.py: Increase bitbake timeout and add logs Chaitanya Vadrevu
2021-03-02 22:44 ` [bitbake-devel] " Richard Purdie
2021-03-02 23:24   ` Chaitanya Vadrevu [this message]
     [not found]   ` <1668AA16CDA346BC.30035@lists.openembedded.org>
2021-03-15 17:05     ` Chaitanya Vadrevu

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=DM6PR04MB62495002823275E595C66EAE9B999@DM6PR04MB6249.namprd04.prod.outlook.com \
    --to=chaitanya.vadrevu@ni.com \
    --cc=bitbake-devel@lists.openembedded.org \
    --cc=richard.purdie@linuxfoundation.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.