Bug 230949
Summary: | Manual IPv6 configuration for network install is broken | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Mark McClelland <mark> |
Component: | libdhcp | Assignee: | David Cantrell <dcantrell> |
Status: | CLOSED RAWHIDE | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | rawhide | CC: | aj.werkman, cra |
Target Milestone: | --- | Keywords: | Reopened |
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2008-04-22 03:11:02 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: | |||
Bug Depends On: | |||
Bug Blocks: | 195271, 235706 |
Description
Mark McClelland
2007-03-04 23:58:37 UTC
Excellent debugging info, thanks (we don't usually get detailed reports like this)! DHCP (for IPv4 and IPv6) in anaconda's loader is handled by libdhcp, so I've reassigned the component. OK, so it wasn't in libdhcp. It was in anaconda's use of libdhcp. Fixed in rawhide. Thanks. I'm still seeing this in the Mar. 14 rawhide. I tried using three unique addresses for the IPv6 address, gateway, and nameserver, and I can confirm that the gateway text field is where the bogus 2001:470:1f01:2931::/0 address is coming from. This isn't obvious anywhere, but Fedora 7 test bugs should be filed against the "devel" version. I think I have this fixed up. It was staring at me for a while and I kept overlooking it. I wasn't disabling the auto neighbor discovery for IPv6 when you select manual IPv6 configuration in anaconda. So anaconda would take the information for you, set it, and then drive over it with the auto discovery garbage. When you select manual IPv6 configuration, I disable both DHCPv6 *and* auto neighbor discovery. Code is checked in to anaconda CVS, will show up in rawhide the next time we rebuild anaconda. Going ahead and marking this as closed rawhide. Thanks. Thanks for trying to get a fix in under the wire, but it appears that your fix needs fixing. I get the error below after entering my IPv6 addresses and hitting OK. I couldn't get it to happen with IPv4 (manual or otherwise) or IPv6 autoconf, so I suspect it's related to your fix. If not, I can open a new bug. loader received SIGSEGV! Backtrace: [0x80402a4] [0x5da420] [0x80b2529] [0x806105a] [0x8063ccb] [0x8049246] [0x804a9e8] [0x8172728] [0x8048131] install exited abnormally [1/1] Damn. Yeah, totally related. I'll get on this, but the window for getting fixes in for Fedora 7 is closed. I can get this fixed up and provide you with a custom initrd.img for F-7 that has the fix. I hate to leave you hanging where you can't get it installed in your environment. First things first, let me reproduce this and get it fixed, then we test, then I can make you custom initrds (or show you how). Don't worry, I'm only trying to install this way for better testing coverage. I normally use IPv6 autoconfig instead, and I suspect that most IPv6 users do the same (or use DHCPv6). I'd be glad to test a custom initrd though, since I'm sure someone else will want it eventually. Is this happening for you with the current development releases? Just tested with F9 alpha i386 DVD askmethod and got this: loader received SIGSEGV! Backtrace: /sbin/loader(loaderSegvHandler+a0)[0x80505f0] [0x12f420] /lib/libdhcp-1.99.so.1(pumpSetupInterface+0x1f2)[0x25df92] /sbin/loader(configureNetwork+0x1a)[0x806350a] /sbin/loader(readNetConfig+0x5c6)[0x8066316] /sbin/loader(main+0xdba)[0x8051d0a] /lib/libc.so.6(__libc_start_main+0xe0)[0x4274a0] /sbin/loader[0x804e771] install exited abnormally [1/1] Right, so that was a problem that creeped in to the alpha release of F-9. If you could try from the nightly rawhide builds, that would be good. I have fixed the problem you see above. http://download.fedora.redhat.com/pub/fedora/linux/development/i386/os/images/boot.iso With the boot.iso dated 08-Feb-2008 15:20: loader received SIGSEGV! Backtrace: /sbin/loader(loaderSegvHandler+0xa0)[0x8050320] [0x131420] /lib/libdhcp-1.99.so.1(pumpSetupInterface+0x1f2)[0x25ff92] /sbin/loader(configureNetwork+0x1a)[0x806330a] /sbin/loader(readNetConfig+0x5de)[0x806704e] /sbin/loader(main+0xf05)[0x8051855] /lib/libc.so.6(__libc_start_main+0xe6)[0x4304a6] /sbin/loader[0x804e541] install exited abnormally [1/1] I don't know if the fix was supposed to be in that boot.iso already. I'll try again tomorrow. I get basically the same backtrace with boot.iso dated 17-Feb-2008 12:43: loader received SIGSEGV! Backtrace: /sbin/loader(loaderSegvHandler+0xa0)[0x804fb90] [0x131400] /lib/libdhcp-1.99.so.1(pumpSetupInterface+0x1d0)[0x261000] /sbin/loader(configureNetwork+0x1a)[0x8062a5a] /sbin/loader(readNetConfig+0x5de)[0x806679e] /sbin/loader(main+0xf05)[0x80510b5] /lib/libc.so.6(__libc_start_main+0xe6)[0x432516] /sbin/loader[0x804ddb1] install exited abnormally [1/1] AJ.Werkman This bug is still present in F9 beta. The backtrace is virtually the same. Same crash from Comment #13 in F9 rawhide as of 2008-04-03. *** Bug 433290 has been marked as a duplicate of this bug. *** Fought this bug today and won. It is actually a libdhcp bug, so changing the components there. Basically, in pumpSetupInterface(), it was not allowing a set of configuration data that only contained a single networking stack. It assumed that every caller would be doing both IPv4 and IPv6. I released a new version of libdhcp with the fix, libdhcp-1.99.8, so you can now do just IPv6 and completely disable IPv4. There are also some cleanup patches I did for anaconda that are related to this bug, so there should be a rebuild there too. |