Bugzilla – Bug 1218004
[Build 20231212] openqA failure in podman_firewall: cni/bridge plugin not installed
Last modified: 2023-12-13 08:53:23 UTC
## Observation This happens since the last change of podman to move to netavark instead of cni cni-plugins is not installed, resulting in [33mWARN[0m[0000] Failed to load cached network config: network podman not found in CNI cache, falling back to loading network podman from disk [33mWARN[0m[0000] 1 error occurred: * plugin type="tuning" failed (delete): failed to find plugin "tuning" in path [/usr/libexec/cni] Error: plugin type="bridge" failed (add): failed to find plugin "bridge" in path [/usr/libexec/cni] openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-containers_host_podman@64bit fails in [podman_firewall](https://openqa.opensuse.org/tests/3808298/modules/podman_firewall/steps/47) ## Test suite description Maintainer: dheidler. Extra tests about CLI software in container module 2023-08-10/dimstar: added QEMURAM=2048 (boo#1212824) ## Reproducible Fails since (at least) Build [20231212](https://openqa.opensuse.org/tests/3807711) ## Expected result Last good: [20231211](https://openqa.opensuse.org/tests/3802985) (or more recent) ## Further details Always latest result in this scenario: [latest](https://openqa.opensuse.org/tests/latest?arch=x86_64&distri=opensuse&flavor=DVD&machine=64bit&test=containers_host_podman&version=Tumbleweed)
During a debug session with Fabian, this seems to be quite some fun side effects on the test codebase. i.e podman_firewall runs after the podman_netavark test module, which, in the end, reverts to CNI even though the default was already netavark before On another test (JeOS) we have seen e.g buildah requiring cni - but with recommends disabled, cni-plugins is not being installed (this might be qualified as an actual bug - the dep should be stronger if it's needed that much)
The test issue is reported at https://progress.opensuse.org/issues/152551