Bug 2086757

Summary: Error: plugin type="bridge" failed (add): failed to find plugin "bridge" in path
Product: Red Hat Enterprise Linux 8 Reporter: Martin Pitt <mpitt>
Component: podmanAssignee: Jindrich Novy <jnovy>
Status: CLOSED ERRATA QA Contact: Joy Pu <ypu>
Severity: urgent Docs Contact:
Priority: unspecified    
Version: 8.7CC: bbaude, dwalsh, jligon, jnovy, lsm5, mheon, pthomas, tsweeney, umohnani, ypu
Target Milestone: rcKeywords: Regression, Triaged
Target Release: 8.7   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: podman-4.1.0-3.el8 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2022-11-08 09:15:47 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Martin Pitt 2022-05-16 14:38:11 UTC
Description of problem: Current RHEL 8.7 cannot start any containers.


Version-Release number of selected component (if applicable):


podman-catatonit-4.1.0-2.module+el8.7.0+15223+3987d347.x86_64
podman-4.1.0-2.module+el8.7.0+15223+3987d347.x86_64
container-selinux-2.183.0-1.module+el8.7.0+15223+3987d347.noarch
containers-common-1-28.module+el8.7.0+15223+3987d347.x86_64
runc-1.0.3-6.module+el8.7.0+15223+3987d347.x86_64
package crun is not installed

How reproducible: Always


Steps to Reproduce:
1. podman run -it --rm docker.io/busybox

Actual results:

WARN[0003] Failed to load cached network config: network podman not found in CNI cache, falling back to loading network podman from disk 
WARN[0003] 1 error occurred:
                            	* plugin type="tuning" failed (delete): failed to find plugin "tuning" in path [/usr/local/libexec/cni /usr/libexec/cni /usr/local/lib/cni /usr/lib/cni /opt/cni/bin]
                                                           
Error: plugin type="bridge" failed (add): failed to find plugin "bridge" in path [/usr/local/libexec/cni /usr/libexec/cni /usr/local/lib/cni /usr/lib/cni /opt/cni/bin]


Expected results: container run works

Comment 1 Matthew Heon 2022-05-16 15:12:12 UTC
Can you verify if `containernetworking-cni` or `netavark` are installed?

Comment 2 Martin Pitt 2022-05-16 17:22:28 UTC
Sure!

package containernetworking-cni is not installed
netavark-1.0.1-28.module+el8.7.0+15223+3987d347.x86_64

netavark is a Requires: from podman. I installed containernetworking-cni, and that fixes the problem.

Comment 4 Matthew Heon 2022-05-17 16:01:38 UTC
We should be requiring one of CNI or Netavark, with CNI being recommended (on 8.x; 9.x will recommend Netavark). It looks like we're requiring netavark, probably on both 8 and 9, instead.

Comment 5 Tom Sweeney 2022-05-17 19:35:54 UTC
@jnovy can you verify what is and is not being required in 8.6/9.0 as noted by Matt in his last comment please?

Comment 6 Jindrich Novy 2022-05-18 07:54:20 UTC
Confirming, this is now fixed in the RHEL8.7 spec file.

Can we get qa ack please?

Comment 10 Joy Pu 2022-05-26 09:36:36 UTC
Checked with podman-4.1.0-3.module+el8.7.0+15410+5e301811.x86_64.rpm and the containernetworking-plugins is already added to the requires list. So move this to verified:
[root@dell-per430-27 ~]# yum deplist podman-4.1.0-3.module+el8.7.0+15410+5e301811.x86_64.rpm |grep network
Last metadata expiration check: 1:51:01 ago on Thu 26 May 2022 03:44:23 AM EDT.
  dependency: containernetworking-plugins >= 0.9.1-1
   provider: containernetworking-plugins-1:1.1.1-3.module+el8.7.0+15271+4011683a.x86_64

Comment 12 errata-xmlrpc 2022-11-08 09:15:47 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory (Moderate: container-tools:rhel8 security, bug fix, and enhancement update), and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHSA-2022:7457