Bug 2112255 - [RFE] Podman (netavark backend) tears down bridge on last container shutdown [NEEDINFO]
Summary: [RFE] Podman (netavark backend) tears down bridge on last container shutdown
Keywords:
Status: ASSIGNED
Alias: None
Product: Red Hat Enterprise Linux 8
Classification: Red Hat
Component: podman
Version: 8.6
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: rc
: ---
Assignee: Brent Baude
QA Contact: atomic-bugs@redhat.com
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2022-07-29 07:25 UTC by Arya Rajendran
Modified: 2023-08-17 07:29 UTC (History)
13 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2023-05-05 15:22:38 UTC
Type: Story
Target Upstream Version:
Embargoed:
dornelas: needinfo? (arajendr)
bbaude: needinfo? (arajendr)
tsweeney: needinfo? (bbaude)
tsweeney: needinfo? (mrussell)


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker RHELPLAN-129610 0 None None None 2022-07-29 07:29:10 UTC

Description Arya Rajendran 2022-07-29 07:25:27 UTC
Description of problem:

If last container using given bridge stops, podman tears it down. 

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

RHEL 8.6
Podman

How reproducible:

Always

Steps to Reproduce:
1. Containers are started during boot, using legacy network-scripts functionality.
2. Also run few services which we bind to the IP address of bridge.
3. When OS boots up, bridges are brought up, services started and bound to ipaddress.
4. Then we run containers which also use same bridge
5. It works just fine
6. But, If last container using given bridge stops, podman tears it down
7. This leaves OS without bridge that few services depend on.
8. Bridge itself is recreated by podman when new container using this bridge starts


Actual results:

Podman (netavark backend) tears down bridge on last container shutdown.

Expected results:

The bridge should not be affected by the fact that no containers are using it anymore.


Note You need to log in before you can comment on or make changes to this bug.