Bug 1357469
| Summary: | [RFE] Add option to disable DHCP option 61 during installation | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Jari Turkia <redhat-bugzilla> |
| Component: | anaconda | Assignee: | Anaconda Maintenance Team <anaconda-maint-list> |
| Status: | CLOSED EOL | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | high | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 26 | CC: | anaconda-maint-list, g.kaviyarasu, jonathan, jpopelka, mkolman, pzhukov, thozza, vanmeeuwen+fedora, vponcova, zdohnal |
| Target Milestone: | --- | Keywords: | Reopened |
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2018-05-29 12:36:15 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Jari Turkia
2016-07-18 09:56:26 UTC
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component. Reassigned to anaconda as RFE. Personally I don't think we should add hacks for either misconfigured or outdated ISV's HW. (In reply to Pavel Zhukov from comment #2) > Personally I don't think we should add hacks for either misconfigured or > outdated ISV's HW. The other way of looking at this is: A change to current behavior was introduced, so an option for users to experience the previous behavior is appropriate. Not a hack. The relevant question isn't if the ISP is doing a bad job, they are. The question is if Fedora users are able to install. I've submitted patch to dracut once it's released in Fedora installer should use HW address as client-identifier. https://github.com/dracutdevs/dracut/commit/4011b48c4261426c0cc51e5e063c4ac929153956 Your commit does not fix the problem. For the faulty DHCPd to issue an address, it is vital that there is no value in the client identifier field, that why I suggested to use: send dhcp-client-identifier = ""; (In reply to Jari Turkia from comment #5) > Your commit does not fix the problem. For the faulty DHCPd to issue an > address, it is vital that there is no value in the client identifier field, > that why I suggested to use: > > send dhcp-client-identifier = ""; It was not supposed to fix faulty DHCPd and commit message says that. (In reply to Pavel Zhukov from comment #6) > It was not supposed to fix faulty DHCPd and commit message says that. 1) Actually, it doesn't say that. 2) You filed your commit under this bug. Not some else bug or improvement. 3) I'll accept the fact, that this installation breaking change will never be fixed. Not in this bug report, or anybody else's. (In reply to Jari Turkia from comment #7) > 3) I'll accept the fact, that this installation breaking change will never > be fixed. Not in this bug report, or anybody else's. There's no installation breaking change in Fedora. There's implementation of RFC made by upstream. The reasons why it was done are well described in https://tools.ietf.org/html/rfc4361#section-4 and the RFC is 20 years old now. For installation problem I can suggest you to use following workarounds: 1) Use custom initramdisk image, or 2) Use other installation method rather than netinstall (DVD/USB installation works just fine) and configure dhclient afterwards. This is the recommended way how to install Fedora. 0) Contact ISP to fix the problem. Users pays ISPs (in some form) for fixing such kind of issues. (Ask for free static IP if they are not able to fix the problem). Adding yet another option to installer doesn't solve the problem completely. For example network installation will be broken just because dracut not able to download images and it's so early for anaconda even. I guess it can be solved with adding option to dracut which can be passed via kernel command line (but do we really need option which will not be used in 2-3 years (hopefully!)). I hope it helps to understand the situation with option 61 in Fedora (well, not only in Fedora but in modern world). Please understand, that I'm driving not because I cannot install Fedora after 20. About year go I spent the time investigating why I could not get an IP-address from DHCP, found the reason, found the fix and after that I've had no problems in installations. Because nobody is ever going to change the code or add the option as I suggested, my humble request is: Please document this behavior! Let people be informed, that in the rare (emphasis on rare) case of not being able to get an IP-address while their Windowses and Macs and what-not-hardware work fully ok, Fedora install and subsequent first boot may fail to get an IP-address because of dumb/lazy/greedy ISPs not doing their job. Let them know, that this is by design, and it _CAN_ be fixed. Explain the difference whey their other appliance may work ok while precisely same hardware on Fedora doesn't. That's all. This message is a reminder that Fedora 24 is nearing its end of life. Approximately 2 (two) weeks from now Fedora will stop maintaining and issuing updates for Fedora 24. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '24'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 24 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. Fedora 24 changed to end-of-life (EOL) status on 2017-08-08. Fedora 24 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed. This message is a reminder that Fedora 26 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 26. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '26'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 26 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. Fedora 26 changed to end-of-life (EOL) status on 2018-05-29. Fedora 26 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed. |