Description of problem:
Attempting p5 ppc64 netboot installation.
Correct static IPv4 network address is accepted but fails to configure network.
Version-Release number of selected component (if applicable):
Jan 23 snapshot of rawhide
How reproducible: easy
Steps to Reproduce:
1. netboot ppc64 system (I used yaboot)
text or vnc install mode
power5 system has e1000 for eth0.
configure eth0 as static and point to nfs://rhlte/distros/rawhide_snap/ dir
(ipv4 only, unselect ipv6) (ip: 126.96.36.199 255.255.255.0)
2. anaconda fails to proceed. returns message that the nfs dir cannot be
mounted. ping from another system fails.
3. workaround is to back up and configure ipv4 as dhcp served.
4. following an install, upon reboot, the same network device will
successfully configure as a static ip. So it is only during
installing/anaconda that the static ip fails to configure.
5. repeating install with boot: linux noprobe
and then manually selecting/loading Intel e1000 driver results in an identical
cannot install with static ipv4 address activated
Created attachment 146374 [details]
diff between FC6-gold and Jan11 anaconda/network.py
Purely a hunch, but here is the diff between network.py versions for Fedora
Core6 - gold and today's rawhide. FC6 does not recreate this problem.
In the interest of improving my test effectiveness, is there a way I can
netboot with debug versions of vmlinuz/initrd to discover root cause?
I do have Xmon available and can invoke that if it would yield any useful data.
(Please use diff -u in the future).
network.py is not responsible for the stage you're at. This is most likely the
same problem caused by 2.6.19 and higher where we need to explicitly set
IFF_UP|IFF_RUNNING on the interface during interface configuration. 2.6.18 and
previous versions did not present this problem, but some things changed in the
kernel networking layer that have required the change.
It was first noticed with DHCP and I fixed that, but never did anything for the
static configuration part. I'll go and test that.
*** Bug 227185 has been marked as a duplicate of this bug. ***
I am just updating that this still recreates with Feb15 rawhide, kernel
Should be fixed in libdhcp-1.20-1. Thanks.