Bug 482785
Summary: | DHCP always fails on first try | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Kevin Arhelger <kevarh> |
Component: | anaconda | Assignee: | David Cantrell <dcantrell> |
Status: | CLOSED WORKSFORME | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | low | ||
Version: | 10 | CC: | kevarh |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2009-02-21 03:08:33 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
Kevin Arhelger
2009-01-28 03:59:58 UTC
Are you able to try rawhide and see if this is still happening? I ask because this bug sounds familiar to a problem we solved recently in rawhide. https://fedoraproject.org/wiki/Releases/Rawhide I can respin a revisor image to try. What would the appropriate way to include just Rawhide anaconda into a respin? Including just anaconda from rawhide won't work because a lot has changed in anaconda and the things it requires are different. It would probably be easiest to just try boot.iso from rawhide. Those would normally appear in these directories: http://download.fedora.redhat.com/pub/fedora/linux/development/i386/os/images/ http://download.fedora.redhat.com/pub/fedora/linux/development/x86_64/os/images/ http://download.fedora.redhat.com/pub/fedora/linux/development/ppc/os/images/ If one is missing, it means the tree build for that architecture did not complete for the night (for one reason or another). I'm still unable to reproduce this on rawhide over the past week. |