From: Patrick Robb <probb@iol.unh.edu>
To: Kevin Traynor <ktraynor@redhat.com>
Cc: Lincoln Lavoie <lylavoie@iol.unh.edu>,
ci@dpdk.org, Aaron Conole <aconole@redhat.com>,
David Marchand <david.marchand@redhat.com>,
Jeremy Spewock <jspewock@iol.unh.edu>
Subject: Re: UNH CI skipped tests
Date: Thu, 2 Mar 2023 13:49:44 -0500 [thread overview]
Message-ID: <CAJvnSUDjJhakGjyO3URhjCyi=F6utg6ZMJRuhhYaetcmBZP_bQ@mail.gmail.com> (raw)
In-Reply-To: <08944dac-937f-5433-6ce5-fb6fbb2536ed@redhat.com>
[-- Attachment #1: Type: text/plain, Size: 3122 bytes --]
Hi Kevin,
The FIPS test has the same issue as the cryptodev tests - it cannot run on
21.11 due to a lacking dependency. We disabled the testing on the normal
21.11 branch but I missed 21.11-staging. Sorry about the oversight. All 3
tests are now disabled on 21.11-staging.
The reason the two runs happened is that we were inadvertently polling
DPDK-Stable AND our jenkinsfile repo for commits, and triggering new builds
for commits to either repo. I have disabled polling to our Jenkinsfile
repo, which should limit new builds to just commits to DPDK-Stable.
Best,
Patrick
On Thu, Mar 2, 2023 at 9:04 AM Kevin Traynor <ktraynor@redhat.com> wrote:
> On 02/03/2023 13:22, Lincoln Lavoie wrote:
> > Hi Kevin,
> >
> > The FIPS and crypto (ZUC / SNOW) testing shouldn't be running on the
> older
> > LTS branches, because they don't include the required patches that were
> > released as part of 22.11. So, you can ignore those failures. We'll make
> > sure those tests are excluded from future runs on the older
> > staging branches.
>
> ok, cool, thanks.
>
> >
> > In terms of the two runs, I'm not sure of the cause and we'll have to
> look
> > into that.
> >
>
> No problem, it's not urgent or blocking. I will keep a closer eye on the
> tests ran in future and just force a re-run if necessary.
>
> thanks,
> Kevin.
>
> > Cheers,
> > Lincoln
> >
> > On Thu, Mar 2, 2023 at 5:04 AM Kevin Traynor <ktraynor@redhat.com>
> wrote:
> >
> >> Hi,
> >>
> >> I have a question about UNH CI periodic runs. I had 2x runs of CI on
> >> 21.11-staging on the same commit, a few days apart.
> >>
> >> The issue I see is that the first test run came back all green, so I
> >> assume good and I can push to 21.11 branch. However, the second run
> >> comes back with additional tests that showed failures.
> >>
> >> So I'm wondering why there are additional tests in the second run? and
> >> if/how skipped tests are being reported?
> >>
> >> At least with the fips tests I have seen previously so I don't think
> >> they are all newly enabled tests in the days in-between.
> >>
> >> Details below.
> >>
> >> thanks,
> >> Kevin.
> >>
> >> Initial test run:
> >> https://dpdkdashboard.iol.unh.edu/results/dashboard/tarballs/23476/
> >>
> >> Second test run:
> >> https://dpdkdashboard.iol.unh.edu/results/dashboard/tarballs/23560/
> >>
> >> Additional tests in the second run:
> >> Ubuntu 20.04 VM - dpdk_fips_validation (warning, not reported in
> >> dashboard?)
> >> NA NA (Linux container host) 10000 Mbps - cryptodev_sw_zuc_autotest
> (fail)
> >> NA NA (Linux container host) 10000 Mbps - cryptodev_sw_snow3g_autotest
> >> (fail)
> >> Arm Intel XL710-QDA2 4000 Mbps - lpm_autotest, unit_tests_mbuf
> >> Arm Broadcom 25000 Mbps - unit_tests_mbuf,nic_single_core_tests
> >> Ubuntu 20.04 ARM GCC Cross compile - dpdk_meson_compile
> >> Ubuntu 20.04 ARM SVE - lpm_autotest
> >>
> >>
> >
>
>
--
Patrick Robb
Technical Service Manager
UNH InterOperability Laboratory
21 Madbury Rd, Suite 100, Durham, NH 03824
www.iol.unh.edu
[-- Attachment #2: Type: text/html, Size: 6063 bytes --]
next prev parent reply other threads:[~2023-03-02 18:49 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-03-02 10:04 Kevin Traynor
2023-03-02 13:22 ` Lincoln Lavoie
2023-03-02 14:04 ` Kevin Traynor
2023-03-02 18:49 ` Patrick Robb [this message]
2023-03-03 9:59 ` Kevin Traynor
2023-03-03 14:33 ` Patrick Robb
2023-03-03 15:15 ` Kevin Traynor
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='CAJvnSUDjJhakGjyO3URhjCyi=F6utg6ZMJRuhhYaetcmBZP_bQ@mail.gmail.com' \
--to=probb@iol.unh.edu \
--cc=aconole@redhat.com \
--cc=ci@dpdk.org \
--cc=david.marchand@redhat.com \
--cc=jspewock@iol.unh.edu \
--cc=ktraynor@redhat.com \
--cc=lylavoie@iol.unh.edu \
/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;
as well as URLs for NNTP newsgroup(s).