Description of problem: The startup scripts (for network.service and/or openvswitch.service) fail to properly configure an OVS (openvswitch) bridge internal interface at boot time. Attempting to restart the network service after the boot results in an error Version-Release number of selected component (if applicable): - Fedora 20 (latest updated 2014-03-01) - openvswitch as per Fedora20 packages (openvswitch-2.0.0-4.fc20) - SElinux and firewalld.service are disabled How reproducible: Consistently Steps to Reproduce: Following the instructions at http://git.openvswitch.org/cgi-bin/gitweb.cgi?p=openvswitch;a=blob;f=rhel/README.RHEL;h=cb6ab88d5b44e4c57008c0f590543f19d1d22c3b;hb=HEAD 1. create "/etc/sysconfig/network-scripts/ifcfg-br99" with the following content: DEVICE=br99 ONBOOT=yes DEVICETYPE=ovs TYPE=OVSBridge BOOTPROTO=static IPADDR=192.168.254.33 NETMASK=192.168.254.0 HOTPLUG=no 2.Reboot Actual results: - The OVS bridge is NOT created at boot <-> no configured interface. - Creating that bridge -- "sudo ovs-vsctl add-br br99" -- and then rebooting _still_ does not configure the bridge internal interface - "sudo systemctl restart network.service" still fails to configure the interface (even if the OVS bridge is created first) Expected results: - Bridge "br99" created at boot and the bridge internal interface configured accordingly Additional info:
That is happening because network.service is not enabled by default. Therefore it will fail to configure the OVS bridge at every boot unless you enable it manually. Can you enable network.service and see if OVS works after that? The systemd command would be: # systemctl enable network.service It will spill some messages out, but this should be ok: # systemctl is-enabled network.service network.service is not a native service, redirecting to /sbin/chkconfig. Executing /sbin/chkconfig network --level=5 enabled Or you can use chkconfig: # chkconfig network on # systemctl is-enabled network.service network.service is not a native service, redirecting to /sbin/chkconfig. Executing /sbin/chkconfig network --level=5 enabled # Thanks!
*** Bug 1072392 has been marked as a duplicate of this bug. ***
In my case (1072392), it should be noted that network.service was actually enabled and while the bridge was created, no IP address was assigned. I used the same configuration in Fedora 19, openvswitch-2.0.0-4.fc19 and everything works as expected.
(In reply to Dave Tucker from comment #3) > In my case (1072392), it should be noted that network.service was actually > enabled and while the bridge was created, no IP address was assigned. Ok, could you do another test? try to ifdown the ovsbr before reboot and see if it works. The command 'ifdown <bridge>' will delete the bridge from ovsdb which will allow the interface to come up correctly with static IP address at boot time. What I just said is a known bug, see bz#1072574 > I used the same configuration in Fedora 19, openvswitch-2.0.0-4.fc19 and > everything works as expected. Maybe Fedora 19 is stopping the network service before stopping openvswitch, so there is no bridge in the ovsdb when the system is booting again. Thanks!
(In reply to Flavio Leitner from comment #4) > Ok, could you do another test? try to ifdown the ovsbr before reboot and see > if it works. The command 'ifdown <bridge>' will delete the bridge from > ovsdb which will allow the interface to come up correctly with static IP > address at boot time. What I just said is a known bug, see bz#1072574 That fixed it for one reboot. When rebooting a second time, the IP address disappears again. The fix in bz#1072574 works for me though.
(In reply to Dave Tucker from comment #5) > > Ok, could you do another test? try to ifdown the ovsbr before reboot and see > > if it works. The command 'ifdown <bridge>' will delete the bridge from > > ovsdb which will allow the interface to come up correctly with static IP > > address at boot time. What I just said is a known bug, see bz#1072574 > > That fixed it for one reboot. When rebooting a second time, the IP address > disappears again. Yes, because the bridge is back into ovsdb, so you would have to run ifdown every time before rebooting. :-) > The fix in bz#1072574 works for me though. That's good. I believe that one is the final fix. So, I will re-open your case again and close as dup of that one instead. Thanks for testing it!
Florian, Could you tell me if enabling the network.service as described in comment#1 helps?
I think comment#2 address the issue, so I am closing this as NotABug. Feel free to re-open if needed. Thanks
The needinfo request[s] on this closed bug have been removed as they have been unresolved for 1000 days