Bug 113880
Summary: | Network install with tg3 fails in FC development (but worked with FC1) | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Anders Kaseorg <andersk> |
Component: | anaconda | Assignee: | Jeremy Katz <katzj> |
Status: | CLOSED RAWHIDE | QA Contact: | Mike McLean <mikem> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | rawhide | ||
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: | 2004-04-15 21:29:34 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
Anders Kaseorg
2004-01-19 20:14:45 UTC
What's the date on those images? This *should* be fixed with current versions of rawhide (work for me at least... :) I still have the same problem with the latest version on download.fedora.redhat.com (images/pxeboot/vmlinuz and images/pxeboot/initrd.img, FTP timestamp 2004-01-21 10:37:00). Can you try this once the 2004-01-23 tree gets synced down? (Before that, there's lots of weirdness, but I fixed quite a bit today :) If it doesn't work, can you md5sum the boot.iso just to make sure we're talking about the same tree Still the same problem. I'm not using boot.iso, just vmlinuz and initrd.img from images/pxeboot: fce04a7581629e5833bd81f87dc8ced8 vmlinuz f6d80520cdbc6b83b3e92771b8ef6e7a initrd.img Was this fixed in test1? (Note that you will want to use selinux=0 if you're pxe booting with a tg3 in test1) No, it still doesn't work in the current development version (or do you want me to try the actual test1?). The only difference is that the error from VC4 no longer appears. BTW, I got a better glimpse of the dialog it flashes on the screen, and I think it says "Sending request for IP information for eth...". 975b543426e620b514d17dc408790160 vmlinuz 8a03bfcb516bd754268930b01cfd0da5 initrd.img Does this happen with test2 or later? With test2 I don't even get a choice of which network card to use. This had the happy side effect of making it work, but I don't know if the bug was fixed. I can't try out development now because the images/ directory is empty. I hope it's coming back soon? It'll be the tg3 -- we don't support installs over wireless and now that I don't probe cards that we don't have a driver loaded for, things are working exactly as I'd expect :) |