All of lore.kernel.org
 help / color / mirror / Atom feed
From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Marta Rybczynska <rybczynska@gmail.com>
Cc: openembedded-core@lists.openembedded.org,
	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: Mon, 14 Oct 2024 17:23:36 +0100	[thread overview]
Message-ID: <0031350061094c8c141651239ea1073bd0736815.camel@linuxfoundation.org> (raw)
In-Reply-To: <CAApg2=QMcH1rZRrZS14W5534GZh39JsVAaLm=YBP4SbOJEjnhg@mail.gmail.com>

On Mon, 2024-10-14 at 18:15 +0200, Marta Rybczynska wrote:
> I've analysed the corrupted file a bit. This is somewhat complex as I
> do not have a "golden" copy with the
> exact same content. However, what I can see:
> 1.  This is not a partial download, quite new CVEs from 2024 are
> there (as from other years)
> 2. Damaged records come from various years (a theory to check: if
> they all have been recently modified)
> 3. Only part of the database is broken and both NVD and PRODUCTS
> tables. You can read various CVEs depending on how you format your
> SELECT (getting all cve_ids works fine, for example)
> 
> If you suspect there are jobs accessing the file that shouldn't, what
> about installing inotify hooks on the file?
> 
> As I've never seen such a corruption on my side, I could imagine
> either an external job, or an effect of a re-download of the database
> during tests (but this should use locks).

That is all useful data, thanks.

I can add that on the autobuilders, the file is on NFS since DL_DIR is.
Any worker can therefore in theory access it and inotify could be
tricky to setup and monitor correctly in that setup.

In your tests, do you run multiple releases against the database? I'm
wondering if older sqlite versions in one of the older releases may be
triggering this somehow it if tries to update the database?

Cheers,

Richard


      reply	other threads:[~2024-10-14 16:23 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 ` [OE-core] [PATCH] cve-check-update-nvd2-native: Incremement DL_DIR database location Richard Purdie
2024-10-11 11:17   ` 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 [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=0031350061094c8c141651239ea1073bd0736815.camel@linuxfoundation.org \
    --to=richard.purdie@linuxfoundation.org \
    --cc=marta.rybczynska@syslinbit.com \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=rybczynska@gmail.com \
    --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.