Bug 760883
Summary: | Failed to install a guest with pxe method | ||||||
---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 6 | Reporter: | Alex Jia <ajia> | ||||
Component: | libvirt | Assignee: | Jiri Denemark <jdenemar> | ||||
Status: | CLOSED ERRATA | QA Contact: | Virtualization Bugs <virt-bugs> | ||||
Severity: | high | Docs Contact: | |||||
Priority: | high | ||||||
Version: | 6.3 | CC: | acathrow, dallan, dyuan, mshao, mzhan, rwu, ydu, zhpeng | ||||
Target Milestone: | rc | Keywords: | Regression | ||||
Target Release: | --- | ||||||
Hardware: | x86_64 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | libvirt-0.9.9-1.el6 | Doc Type: | Bug Fix | ||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2012-06-20 06:37:59 UTC | Type: | --- | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Description
Alex Jia
2011-12-07 09:29:31 UTC
Created attachment 541773 [details]
guest installation screen
There is a regression somewhere in the code used for starting the virtual network. If the network is started with 0.9.8, PXE boot doesn't work. If the network was started with 0.9.7 and then libvirtd was upgraded and restarted, PXE works just fine. Options passed to dnsmasq are exactly the same. Iptables rules as well. (In reply to comment #3) > PXE works just fine. Options passed to dnsmasq are exactly the same. Iptables > rules as well. Yeah, I have ever compared dnsmasq process argument and iptables rules, and I haven't also found they are different. The culprit is c1df2c14b590b3d68b707aa4f3a570f95a6bc548 is the first bad commit commit c1df2c14b590b3d68b707aa4f3a570f95a6bc548 Author: Daniel P. Berrange <berrange> Date: Wed Nov 2 13:05:27 2011 +0000 Remove usage of brctl command line tool Convert the virNetDevBridgeSetSTP and virNetDevBridgeSetSTPDelay to use ioctls instead of spawning brctl. Implement the virNetDevBridgeGetSTP and virNetDevBridgeGetSTPDelay methods which were declared in the header but never existed * src/util/bridge.c: Convert to use bridge ioctls instead of brctl There is a difference between a bridge created before and after this commit. With this commit, libvirt creates the bridge with STP on. Actually, it's STP forwarding delay, which is wrong... wrong config: virbr1 bridge id 8000.fe540016c61a designated root 8000.fe540016c61a root port 0 path cost 0 max age 19.99 bridge max age 19.99 hello time 1.99 bridge hello time 1.99 forward delay 14.99 bridge forward delay 14.99 ageing time 299.98 hello timer 0.77 tcn timer 0.00 topology change timer 0.00 gc timer 223.54 flags good config: virbr1 bridge id 8000.fe540016c61a designated root 8000.fe540016c61a root port 0 path cost 0 max age 19.99 bridge max age 19.99 hello time 1.99 bridge hello time 1.99 forward delay 0.00 bridge forward delay 0.00 ageing time 299.98 hello timer 1.42 tcn timer 0.00 topology change timer 0.00 gc timer 160.69 flags Patch sent upstream: https://www.redhat.com/archives/libvir-list/2011-December/msg00445.html Patch committed upstream as v0.9.8-20-g2d5046d: commit 2d5046d31f4f5c961fc4aa6b415a00bb9eadae2b Author: Jiri Denemark <jdenemar> Date: Fri Dec 9 13:04:14 2011 +0100 bridge: Fix forward delay APIs Due to copy&paste error in c1df2c14b590b3d68b707aa4f3a570f95a6bc548, virNetDevBridge[SG]etSTPDelay APIs were accessing wrong file. I can reproduce this with libvirt-0.9.8-1.el6.x86_64 Reproduce it with libvirt-0.9.8-0rc2.el6.x86_64. Verify it with libvirt-0.9.9-1.el6 and it passed. Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHSA-2012-0748.html |