STP enabled on bridge results in unreliable PXE boot of guests
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
libvirt (Ubuntu) |
Fix Released
|
High
|
Unassigned |
Bug Description
When STP is enabled on a bridge interface used on a libvirt network, DHCP requests fail 75% of the time during PXE boot. If I drop to the iPXE prompt, and send a few more dhcp requests, I'll often get a reply by the 3rd or 4th attempt. I've verified via dnsmasq logging + tcpdump that the requests are never actually making it to the server. Disabling STP on the corresponding bridge fixes.
Serge Hallyn seems to think its due to upstream commit @ https:/
libvirt-bin 0.9.8-2ubuntu7
qemu-kvm 1.0+noroms-0ubuntu4
kvm-pxe 5.4.5
<network>
<name>
<uuid>
<forward mode='nat'/>
<bridge name='virbr1' stp='on' delay='0' />
<mac address=
<ip address=
<dhcp>
<range start='
<host mac='00:
<host mac='00:
<host mac='00:
<host mac='00:
<bootp file='pxelinux.0' server=
</dhcp>
</ip>
</network>
Marking confirmed as I've seen other mention of this.
Your bridge is virbr1. What does virbr0 look like? Can you show your full network in context (/etc/network/ interfaces, brctl show, ifconfig -a, netstat -nr)?