From: "Richard Purdie" <richard.purdie@linuxfoundation.org>
To: Sakib Sajal <sakib.sajal@windriver.com>,
openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] [PATCH 1/1] buildstats.bbclass: add functionality to collect build system stats
Date: Wed, 28 Oct 2020 14:27:09 +0000 [thread overview]
Message-ID: <55f50d628a5e8082685873fcafdaaf645e152dec.camel@linuxfoundation.org> (raw)
In-Reply-To: <20201023165648.5515-2-sakib.sajal@windriver.com>
On Fri, 2020-10-23 at 12:56 -0400, Sakib Sajal wrote:
> There are a number of timeout and hang defects where
> it would be useful to collect statistics about what
> is running on a build host when that condition occurs.
>
> This adds functionality to collect build system stats
> on a regular interval and/or on task failure. Both
> features are disabled by default.
>
> To enable logging on a regular interval, set:
> BB_HEARTBEAT_EVENT = "<interval>"
> Logs are stored in ${BUILDSTATS_BASE}/<build_name>/host_stats
>
> To enable logging on a task failure, set:
> BB_LOG_HOST_STAT_ON_FAILURE = "1"
> Logs are stored in ${BUILDSTATS_BASE}/<build_name>/build_stats
>
> The list of commands, along with the desired options, need
> to be specified in the BB_LOG_HOST_STAT_CMDS variable
> delimited by ; as such:
> BB_LOG_HOST_STAT_CMDS = "/<absolute>/<path>/<executable> <options> ; ... ;"
>
> Signed-off-by: Sakib Sajal <sakib.sajal@windriver.com>
> ---
> meta/classes/buildstats.bbclass | 32 +++++++++++++++++++++++++++++---
> 1 file changed, 29 insertions(+), 3 deletions(-)
>
> diff --git a/meta/classes/buildstats.bbclass b/meta/classes/buildstats.bbclass
> index 6f87187233..c68d7bb8a2 100644
> --- a/meta/classes/buildstats.bbclass
> +++ b/meta/classes/buildstats.bbclass
> @@ -104,14 +104,38 @@ def write_task_data(status, logfile, e, d):
> f.write("Status: FAILED \n")
> f.write("Ended: %0.2f \n" % e.time)
>
> +def write_host_data(logfile, e, d):
> + import subprocess, os, datetime
> + cmds = d.getVar('BB_LOG_HOST_STAT_CMDS').split(";")
> + with open(logfile, "a") as f:
> + f.write("Event Time: %f\nDate: %s\n" % (e.time, datetime.datetime.now()))
> + for cmd in cmds:
> + if len(cmd) == 0:
> + continue
> + c = cmd.split()
> + if os.path.isfile(c[0]) and os.access(c[0], os.X_OK):
> + try:
> + output = subprocess.check_output(c, stderr=subprocess.STDOUT).decode('utf-8')
> + except subprocess.CalledProcessError as err:
> + output = "Error running command: %s\n%s" % (cmd, err)
> + f.write("%s\n%s\n" % (cmd, output))
> + else:
> + f.write("Error running command: '%s': %s is not an executable.\n" % (cmd, c[0]))
> +
I am a little worried about this for some of the reasons Chris
mentions. I worry that not all distros will have a standard location
for some of the tools we want to run.
One trick you could try is to use something like:
path = d.getVar("PATH") + ":" + d.getVar("BB_ORIGENV", False).getVar("PATH")
which means we'd add back in the original search PATH for the tools as
well as our own directories.
Cheers,
Richard
prev parent reply other threads:[~2020-10-28 14:27 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-10-23 16:56 [PATCH 0/1] buildstats.bbclass: add functionality to collect Sakib Sajal
2020-10-23 16:56 ` [PATCH 1/1] buildstats.bbclass: add functionality to collect build system stats Sakib Sajal
2020-10-23 17:25 ` [OE-core] " Christopher Larson
2020-10-23 18:58 ` Sakib Sajal
2020-10-28 14:27 ` Richard Purdie [this message]
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=55f50d628a5e8082685873fcafdaaf645e152dec.camel@linuxfoundation.org \
--to=richard.purdie@linuxfoundation.org \
--cc=openembedded-core@lists.openembedded.org \
--cc=sakib.sajal@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