Bug 1221939 - Netavark with macvlan hangs on container (re)starts
Summary: Netavark with macvlan hangs on container (re)starts
Status: NEW
Alias: None
Product: openSUSE Tumbleweed
Classification: openSUSE
Component: Containers (show other bugs)
Version: Current
Hardware: Other Other
: P5 - None : Normal (vote)
Target Milestone: ---
Assignee: Containers Team
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-03-25 22:11 UTC by Jörg Sonnenberger
Modified: 2024-03-25 22:11 UTC (History)
0 users

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Jörg Sonnenberger 2024-03-25 22:11:17 UTC 
When using macvlan with external DHCP server, a proxy is used to intercept the traffic and update the filter rules accordingly. This proxy currently leaks threads per lease, so on networks with shorter lease time, it can stop operating after a few days. This shows up as new containers hanging on (re)start.

Upstream bug report:
https://github.com/containers/netavark/issues/811

Workaround: regular restart netavark-dhcp-proxy.socket.