Possible Bug In Kickstart
Hello All,
I seem to have run into a bug with the new –bridgeslaves=
When the installation starts off the creation of bond0 and all VLANs on bond0 go without issue. Jumping into TTY2 I can type ‘ip a’ and see all the bond0 device and bond0.VLANID devices no problem.
When I enable bridge content with –bridgeslaves=bond0 or –bridgeslaves=bond0.VLANID anaconda barfs
When I enable bridge content with –bridgeslaves=em1 or –bridgeslaves=em2 anaconda doesn’t have an issue.
Is this expected behaviour? I really don’t want to have to manually manipulate the ifcfg-bond* interfaces and create the ifcfg-BRIDGE* interfaces manually so I’d like this to work.
# Configure a bond over the slaves in failover mode network –device=bond0 –noipv6 –bootproto=dhcp –onboot=yes –bondslaves=em1,em2 –bondopts=mode
One thought on - Possible Bug In Kickstart
Sorry, just a follow up to see if anyone has similar experiences with the method of kickstarting bridges on CentOS 7.1. According to the docs things are correct for 7.1 and I just want to make sure I’m not doing something incorrectly before filing a bug with Red Hat
—– Original Message —