Tank you Clark,Now CI went quite smoothly.But I suppose I hitted another "temporary" bug [1] during :760 | + dnf install -y python3 python3-pyyaml761 | CentOS Stream 9 - BaseOS 915 B/s | 3.9 kB 00:04
762 | Errors during downloading metadata for repository 'baseos':
763 | - Downloading successful, but checksum doesn't match. Calculated: 555e83efd3ee35e872b1c6c98d3f4492d02a06b7e48cb82e32795ff7cba5f4d23ba3d67e88d142b7c4b4c48b1c421ad9fb3b58668a320f06c5ff75da1372a5e4(sha512) Expected: b0039a09d28e22148f55ea1551a3d47beb9e9b647dfb453f6dca4075a4d011fa238d7e704a1e22b3923cb8033845ef6993e3512d3ee20e293897e9c053b2e628(sha512)
764 | Error: Failed to download metadata for repo 'baseos': Cannot download repomd.xml: Cannot download repodata/repomd.xml: All mirrors were triedMay I retry again later (Gerrit recheck tomorrow for example), or as far as you know there are some issues in the OpenStack YUM repository mirrors that prevent DNF operations?On Mon, 19 Feb 2024 at 17:33, Clark Boylan <cboylan@sapwetik.org> wrote:On Mon, Feb 19, 2024, at 7:09 AM, Jeremy Stanley wrote:
> On 2024-02-19 14:29:39 +0100 (+0100), Ettore Simone wrote:
> [...]
>> result> AttributeError: module 'dnf.util' has no attribute
>> '_is_file_pattern_present' [1]
> [...]
>
> We ran into a similar looking error in Nodepool's testing recently,
> which seems to be related to changes in the upstream repository for
> DNF plugins no longer working with older DNF versions. It's possible
> you could have luck porting this workaround:
>
> https://review.opendev.org/c/zuul/nodepool/+/908613
This nodepool fix addressed the problem for diskimage-builder tests that use nodepool to drive the building of images. However, the dib functests run without nodepool and will need this fix as prescribed above. I've pushed this change to address that: https://review.opendev.org/c/openstack/diskimage-builder/+/909466.