[Swan-dev] heads up tests switching to f35 from f32; build->fedora-build
Andrew Cagney
andrew.cagney at gmail.com
Fri Dec 10 17:33:05 EET 2021
Hopefully most of the churn is over.
You'll want to rebuild the domains from scratch and wipe your
$(KVM_POOLDIR), probably:
./kvm demolish
rm ../pooldir/*
I'd also use something like virt-manager to track down any delinquent
domains (after a demolish there should not be any)
Here's what changed:
- Fedora domains upgraded f32->f35
- netbsd build added, but not by default; and it's 32-bit (gmake
kvm-netbsd-install)
- NIC and the BSD domains all have interface-0 (eth0/vir0/virif0)
connected to SWANDEFAULT (nsrun was tested)
- Fedora is configured to cache its downloaded RPMs (rebuild from
scratch is cheap)
- the throttle $(KVM_WORKERS) to limit parallel reboots because racy
tests failed was removed; unsurprisingly, racy tests started failing
(but with a baseline of 0 fails, finding them is easy)
but most importantly:
- we have a network diagram that is up-to-date
https://libreswan.org/wiki/Test_Suite#Network_Diagrams
(we'll see how long that lasts :-)
--
Some notes to self:
- nsrun, <host>.xml, */transmogrify.sh systemd/network/* duplicate
network details
- for some reason <<mount --bind>> is slow on f35
- the next potential kvm tuneups are: using processes; use snapshots
On Tue, 30 Nov 2021 at 21:25, Andrew Cagney <andrew.cagney at gmail.com> wrote:
>
> It's down to 6 fails (slightly more if I include some tests that have things to fix such as seccomm).
> as well as switching east, west, to f35, there's been some re-org of how domains are built:
>
> - Fedora, NetBSD, and OpenBSD use the same make rules when being built
> the consequence is that "build" is no more, instead there's "fedora-build", "netbsd-build", ...
> (there are also some hopefully obvious hooks for adding debian)
> I'll need to add some hooks to make this easier.
>
> - when building, Fedora caches its RPMs making scratch rebuilds quicker and cheaper
>
> - nic is cloned from fedora-build (bringing it in to line with namespaces)
>
>
More information about the Swan-dev
mailing list