From: Uladzimir Bely <ubely@ilbers.de>
To: isar-users@googlegroups.com,
Felix Moessbauer <felix.moessbauer@siemens.com>
Subject: Re: [PATCH v2 1/1] add uuid to schroot folder instead of pid
Date: Mon, 04 Jul 2022 11:25:56 +0300 [thread overview]
Message-ID: <25497722.1r3eYUQgxm@home> (raw)
In-Reply-To: <20220701145956.3855135-2-felix.moessbauer@siemens.com>
In the email from Friday, 1 July 2022 17:59:56 +03 user Felix Moessbauer
wrote:
> PIDs are not unique across containers.
> When running the build in a container (e.g. the kas container),
> the PID of bitbake is likely the same across multiple simultaneously
> running builds.
>
> This is especially the case for CI runners, where it is common that
> multiple jobs run in parallel.
>
> This patch replaces the PID component by a random UUID that is injected
> from the ISAR environment.
>
> Signed-off-by: Felix Moessbauer <felix.moessbauer@siemens.com>
> ---
> meta/classes/sbuild.bbclass | 2 +-
> meta/conf/bitbake.conf | 7 ++++++-
> scripts/isar-buildenv-internal | 4 +++-
> 3 files changed, 10 insertions(+), 3 deletions(-)
>
> diff --git a/meta/classes/sbuild.bbclass b/meta/classes/sbuild.bbclass
> index f9bfaaf6..03917533 100644
> --- a/meta/classes/sbuild.bbclass
> +++ b/meta/classes/sbuild.bbclass
> @@ -23,7 +23,7 @@ python __anonymous() {
> d.setVar('SCHROOT_DEP', dep)
> }
>
> -SBUILD_CHROOT ?= "${DEBDISTRONAME}-${SCHROOT_USER}-${@os.getpid()}"
> +SBUILD_CHROOT ?=
> "${DEBDISTRONAME}-${SCHROOT_USER}-${PN}-${ISAR_BUILD_UUID}"
>
Hi.
I think, we could add UUID, but should not remove os.getpid().
If several build tasks (e.g., several "hello" for different architectures) are
executed in parallel, they should be done under different schroot
configurations. Using the same UUID will break the build.
> SBUILD_CONF_DIR ?= "${SCHROOT_CONF}/${SBUILD_CHROOT}"
> SCHROOT_CONF_FILE ?= "${SCHROOT_CONF}/chroot.d/${SBUILD_CHROOT}"
> diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
> index 6451cb59..31e11569 100644
> --- a/meta/conf/bitbake.conf
> +++ b/meta/conf/bitbake.conf
> @@ -104,7 +104,7 @@ BB_HASHBASE_WHITELIST ?= "TMPDIR FILE PATH PWD
> BB_TASKHASH BBPATH BBSERVER DL_DI WORKDIR STAMPCLEAN PKGDATA_DIR BUILD_ARCH
> SSTATE_PKGARCH \
> BB_WORKERCONTEXT BB_LIMITEDDEPS DEPLOY_DIR BUILDCHROOT_DIR \
> REPO_ISAR_DIR REPO_ISAR_DB_DIR REPO_BASE_DIR REPO_BASE_DB_DIR
> LAYERDIR_core \ - SCRIPTSDIR TOPDIR"
> + SCRIPTSDIR TOPDIR ISAR_BUILD_UUID"
> BB_HASHCONFIG_WHITELIST ?= "${BB_HASHBASE_WHITELIST} DATE TIME
> SSH_AGENT_PID \ SSH_AUTH_SOCK PSEUDO_BUILD BB_ENV_EXTRAWHITE
> DISABLE_SANITY_CHECKS \ BB_NUMBER_THREADS BB_ORIGENV BB_INVALIDCONF
> BBINCLUDED \
> @@ -134,6 +134,11 @@ USE_CCACHE ??= "0"
> CCACHE_TOP_DIR ?= "${TMPDIR}/ccache"
> CCACHE_DIR ?= "${CCACHE_TOP_DIR}/${DISTRO}-${DISTRO_ARCH}"
>
> +# Unique ID for this build, used to avoid name clashes on external
> mountpoints +# When running parallel builds in different PID namespaces,
> overwrite +# this with a globally unique value (e.g. by injecting a UUID
> from the environment) +ISAR_BUILD_UUID ??= "none"
> +
> include conf/local.conf
> include conf/multiconfig/${BB_CURRENT_MC}.conf
> include conf/machine/${MACHINE}.conf
> diff --git a/scripts/isar-buildenv-internal b/scripts/isar-buildenv-internal
> index ec8e4377..e5cb5364 100755
> --- a/scripts/isar-buildenv-internal
> +++ b/scripts/isar-buildenv-internal
> @@ -62,6 +62,8 @@ export BUILDDIR
> export BITBAKEDIR="${ISARROOT}/bitbake"
> export SCRIPTSDIR="${ISARROOT}/scripts"
> export TESTSUITEDIR="${ISARROOT}/testsuite"
> +# use builtin python uuid to avoid dep to uuidgen
> +export ISAR_BUILD_UUID="$(python3 -c 'import uuid;
> print(str(uuid.uuid4()))')"
>
> for newpath in "$BITBAKEDIR/bin" "$SCRIPTSDIR"; do
> # Remove any existences of $newpath from $PATH
> @@ -77,5 +79,5 @@ export PATH
> BBPATH="${BUILDDIR}"
> export BBPATH
>
> -BB_ENV_EXTRAWHITE="BITBAKEDIR SCRIPTSDIR TESTSUITEDIR http_proxy
> https_proxy ftp_proxy no_proxy GNUPGHOME" +BB_ENV_EXTRAWHITE="BITBAKEDIR
> SCRIPTSDIR TESTSUITEDIR http_proxy https_proxy ftp_proxy no_proxy GNUPGHOME
> ISAR_BUILD_UUID" export BB_ENV_EXTRAWHITE
--
Uladzimir Bely
prev parent reply other threads:[~2022-07-04 8:26 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-07-01 14:59 [PATCH v2 0/1] " Felix Moessbauer
2022-07-01 14:59 ` [PATCH v2 1/1] " Felix Moessbauer
2022-07-04 8:25 ` Uladzimir Bely [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=25497722.1r3eYUQgxm@home \
--to=ubely@ilbers.de \
--cc=felix.moessbauer@siemens.com \
--cc=isar-users@googlegroups.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