When changing the IP address of a interface, it doesnt always apply when doing a ifdown / ifup. even network restart doesnt do the job. I had this happen to me several times while playing with some new servers and RH Roswell beta 2 (+all updates). One eth was configured for the external net, one for internal (192...). When changing the 2 configurations around, doing a ifup/down combo, didnt change the network settings of both, instead they both gor the internal address. Interstingly enough, this seems to occur when the network card is also bound to the default gw (router) address. network restart didnt fix this situation either. When doing a 'route' or ip route show, i saw that interface was still bound to the local network. My suspission is that the new routing setup (iproute2) is not un-binding the interface from the routing table, thus is not allowing it to be re- bound to a different network. This greatly deacreases the flexibility of linux networking (no longer can we laugh @ win95 users who need to restart after a network change?!)
Ps, after playing some more, i noticed chaning the IP within the same network range also did not work. When i tried this, the network cable was unplugged. However the logs didnt show any errors, nor was there any visual output. Could it be that when arpping fails, it doesnt change the ip?
This should be fixed at least somewhat in initscripts-6.40.1-1, or later.
*** Bug 55802 has been marked as a duplicate of this bug. ***
*** Bug 55843 has been marked as a duplicate of this bug. ***
Could somebody please post a patch or something so we can fix it in the meantime?
I'm still seeing ip addresses persist on an interface after running ifdown. This is happening with recent versions of initscipts, but only when the BOOTPROTO is dhcp. After ifdown I see: # ip addr list dev eth0 2: eth0: <BROADCAST> mtu 1500 qdisc pfifo_fast qlen 100 link/ether 00:50:da:b4:13:fd brd ff:ff:ff:ff:ff:ff inet 192.168.24.4/22 brd 192.168.27.255 scope global eth0 I traced ifdown and it appears that ifdown - kills the running dhcpcd process for the interface - uses ip link to take the interface down Neither of these actions seems to remove the ip address from the device. Is this a bug in initscripts or in dhcpcd?
dhcpcd, I think.