Bugzilla – Bug 1148955
regression: wicked obtains incorrect ipv4 address for bridge
Last modified: 2020-03-20 14:43:09 UTC
With these files, wicked does not get the correct ipv4 address in Tumbleweed, but it does so in Leap, SLE15, SLE12: stein-schneider:/etc/sysconfig/network # head ifcfg-* ==> ifcfg-br0 <== BOOTPROTO='dhcp' BRIDGE='yes' BRIDGE_FORWARDDELAY='0' BRIDGE_PORTS='eth0' BRIDGE_STP='off' STARTMODE='auto' ==> ifcfg-eth0 <== BOOTPROTO='none' STARTMODE='auto' It gets some random address from the pool, instead of the assigned address for this specific MAC. With just this file it gets the expected address: ==> /etc/sysconfig/network/ifcfg-eth0 <== BOOTPROTO='dhcp' STARTMODE='auto' DHCLIENT_CLIENT_ID='01:00:26:55:23:e5:46' Appending the clientid to ifcfg-br0 makes zero difference. It just gets another random address from the pool.
I confirm, that the bridges stopped working with IPv4
Checked with NetworkManager, same problem
This is about the client-id change, see also: https://tools.ietf.org/html/rfc4361#section-6.1 https://github.com/openSUSE/wicked/wiki/FAQ#q-why-is-wicked-unable-to-provide-a-dhcpv4-lease-on-newer-versions
Unlikely. dup of some systemd bug. Still unfixed after one year...
systemd bug. *** This bug has been marked as a duplicate of bug 1136600 ***