Bug 638735
| Summary: | unable to pxe boot a virtual machine without hitting ctrl-b | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Michael Gregg <mgregg> |
| Component: | qemu | Assignee: | Justin M. Forbes <jforbes> |
| Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | low | ||
| Version: | 13 | CC: | amit.shah, berrange, dwmw2, ehabkost, francois, gcosta, itamar, jaswinder, jforbes, knoel, markmc, mhlavink, ondrejj, psj, scottt.tw, virt-maint |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2011-03-04 21:53:30 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: | |||
|
Description
Michael Gregg
2010-09-29 19:17:26 UTC
Same problem here. I have an better workaround. Instead of typing so many characters, try to select from virt-manager menu Send Key -> Ctrl Alt Delete. You can do this aprox. 2-3 seconds after guest was started, do not need to wait for DHCP timeout. I think component should be changed to gpxe, because it looks that gpxe DHCP timeout should be increased by 3 seconds to fix this problem. I discovered that if I lower the bridge forward delay to 5 sec, pxe booting starts working again. Set it with: brctl setfd br0 5 (In reply to comment #2) > I discovered that if I lower the bridge forward delay to 5 sec, pxe booting > starts working again. > > Set it with: > brctl setfd br0 5 I can confirm this on my system. So this is a duplicate of bug #586324 - DHCP fails for bridges with long forward delay that's correct. I'll make this bug a duplicate. Again, for clarification, the work-around seems to be running: brctl setfd <bridge device> 3 This bug now marked as duplicate of #586324 *** This bug has been marked as a duplicate of bug 586324 *** |