All of lore.kernel.org
 help / color / mirror / Atom feed
From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: openembedded-core@lists.openembedded.org
Cc: Marta Rybczynska <marta.rybczynska@syslinbit.com>,
	Steve Sakoman <steve@sakoman.com>
Subject: Re: [OE-core] [PATCH] cve-check-update-nvd2-native: Incremement DL_DIR database location
Date: Fri, 11 Oct 2024 12:02:21 +0100	[thread overview]
Message-ID: <8281d9cb51a5e652f99ed998fd71c7b6a84e1e63.camel@linuxfoundation.org> (raw)
In-Reply-To: <17FD60BEC9A54A4B.2207@lists.openembedded.org>

On Fri, 2024-10-11 at 11:56 +0100, Richard Purdie via lists.openembedded.org wrote:
> We're seeing a lot of sqlite database corruption issues in our automated
> testing. It is unclear why this is happening. There were process
> imrpovements implemented in master and it is unclear if older releases
> are somehow making those changes ineffective or if the problem is
> elsewhere.
> 
> By changing the location in DL_DIR, we split the two sets of accesses
> to be separate and can isolate whether the master changes really did
> improve things or not. If successful, we may consider backporting those
> changes to the stable releases.
> 
> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
> ---
>  meta/recipes-core/meta/cve-update-nvd2-native.bb | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/meta/recipes-core/meta/cve-update-nvd2-native.bb b/meta/recipes-core/meta/cve-update-nvd2-native.bb
> index 2d23d28c3e2..a7e568e3079 100644
> --- a/meta/recipes-core/meta/cve-update-nvd2-native.bb
> +++ b/meta/recipes-core/meta/cve-update-nvd2-native.bb
> @@ -34,7 +34,7 @@ CVE_DB_INCR_UPDATE_AGE_THRES ?= "10368000"
>  # Number of attempts for each http query to nvd server before giving up
>  CVE_DB_UPDATE_ATTEMPTS ?= "5"
>  
> -CVE_CHECK_DB_DLDIR_FILE ?= "${DL_DIR}/CVE_CHECK/${CVE_CHECK_DB_FILENAME}"
> +CVE_CHECK_DB_DLDIR_FILE ?= "${DL_DIR}/CVE_CHECK2/${CVE_CHECK_DB_FILENAME}"
>  CVE_CHECK_DB_DLDIR_LOCK ?= "${CVE_CHECK_DB_DLDIR_FILE}.lock"
>  CVE_CHECK_DB_TEMP_FILE ?= "${CVE_CHECK_DB_FILE}.tmp"

I now do have an example of a corrupted database:

https://valkyrie.yocto.io/pub/shared-failure-data/nvdcve_2-1.db

I'm not sure why this is happening but the older releases are all
accessing the DB over NFS which makes me nervous. We're seeing a lot of
failures on the new cluster, hopefully this will help isolate the
problem.

Cheers,

Richard



       reply	other threads:[~2024-10-11 11:02 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <17FD60BEC9A54A4B.2207@lists.openembedded.org>
2024-10-11 11:02 ` Richard Purdie [this message]
2024-10-11 11:17   ` [OE-core] [PATCH] cve-check-update-nvd2-native: Incremement DL_DIR database location Marta Rybczynska
2024-10-11 11:19     ` Richard Purdie
2024-10-11 11:24       ` Marta Rybczynska
2024-10-13  7:26         ` Richard Purdie
     [not found]         ` <17FDF275CE46F21A.4702@lists.openembedded.org>
2024-10-14 16:07           ` Richard Purdie
2024-10-14 16:15             ` Marta Rybczynska
2024-10-14 16:23               ` Richard Purdie

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=8281d9cb51a5e652f99ed998fd71c7b6a84e1e63.camel@linuxfoundation.org \
    --to=richard.purdie@linuxfoundation.org \
    --cc=marta.rybczynska@syslinbit.com \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=steve@sakoman.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 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.