Bug 432011
Summary: | stage1 is unable to proceed after returing back from manual IPv6 address selection | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 5 | Reporter: | Milan Zázrivec <mzazrivec> |
Component: | anaconda | Assignee: | David Cantrell <dcantrell> |
Status: | CLOSED ERRATA | QA Contact: | Alexander Todorov <atodorov> |
Severity: | low | Docs Contact: | |
Priority: | low | ||
Version: | 5.2 | ||
Target Milestone: | rc | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | RHBA-2008-0397 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2008-05-21 15:33:04 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
Milan Zázrivec
2008-02-08 13:11:25 UTC
There are a lot of bugs in this one report and they are all related. After working on this one for a couple of days, I have found the following that needs fixing: Item 10 in the report above is caused by initLoopback() in anaconda's loader code. I have a patch for this problem, so when you select back and get to the method screen, choose a different method, it no longer causes a traceback. Item 9 is caused by problems in both anaconda and libdhcp. In anaconda, the problem lies with clearInterface(), which does not work right for this scenario because it cannot get a netlink handle (only one open netlink handle per process allowed). That's where I found the problem in libdhcp. libdhcp is not releasing the netlink handle it opens when initially configuring an interface. This only happens when you go Back in stage1 and have to reconfigure an interface for whatever reason. I am working on a fix for this issue. Item 6 describes a problem where you return to the TCP/IP configuration screen and your previous selections have been reset. This is a problem in loader's main() function losing flags stepping forward and backward. I am also working on a fix for this issue. Created attachment 295865 [details]
0001-Return-objects-to-netlink-cache-after-using-them-4.patch
Makes sure we return libnl objects to the cache we created.
Created attachment 295866 [details]
0002-Allow-net-reconfiguration-in-stage-1-432011.patch
Fix network device reconfigurations in stage 1 (i.e., going back to reconfig
the interface). Also fix the segfault caused when going back and selecting a
new install method.
I was able to fix these issues without needing to patch libdhcp.
This patch fixes all but item #6, patch for that is coming up.
Created attachment 295888 [details]
0003-Preserve-Configure-TCP-IP-screen-choices-432011.patch
This is the last patch that fixes problem #10. When you go back to the network
configuration screen in loader, your original selections are preserved and not
reset to the defaults each time.
I meant item #6. Either way, your selections are preserved in the UI when you go back now. These issues will be fixed in anaconda-11.1.2.105-1. verified - I'm able to go back and forth and TCP/IP settings are preserved. - I'm able to proceed to stage 2 after eth0 gets the DHCP lease. An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on the solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2008-0397.html |