Description of problem: 
The symptom is that when I bring down a DHCP ethernet interface using 
system-control-network, /etc/resolv.conf.predhclient is not restored 
to /etc/resolv.conf.  This wreaks havoc when I later dial up via 
KPPP, which merely cats the ppp connection's resolv.conf entries onto 
the existing resolv.conf.  Hilarity ensues as my machine attempts to 
connect to my most recent dhcp nameservers via the ppp connection. 
 
As far as I can tell, there are actually two interrelated bugs here: 
 
1. My current /sbin/dhclient-script (rpm -qi says it's 3.0.1rc14 
built on tweety.build.redhat.com) does not appear to contain any code 
to restore the /etc/resolv.conf.predhclient file.  It contains code 
to save the old resolv.conf, but I do not see where it restores it. 
 
2. My current initscripts (rpm -qi says it's 7.55.1 built on 
porky.build.redhat.com) does not appear to call the dhclient-script 
to shut down dhclient interfaces; instead it contains the following 
code: 
 
  [ -n "`pidof -x dhclient`" ] && { 
    if [ -f "/var/run/dhclient-${DEVICE}.pid" ]; then 
      kill `cat /var/run/dhclient-${DEVICE}.pid` >/dev/null 2>&1 
      retcode=$? 
    fi 
  } 
 
I don't know the internals of dhclient.  Maybe dhclient traps the 
kill signal and invokes dhclient-script anyway.  But it looks to me 
like it just nukes the dhclient process. 
 
In any case, dhclient-script is definitely not getting called.  I 
installed a /etc/dhclient-exit-hooks file that does 
 
  echo "foo">/root/foo 
 
and this file only gets created when activating an interface, not 
when deactivating it. 
 
Version-Release number of selected component (if applicable): 
initscripts-7.55.1 
dhclient-3.0.1rc14 
 
How reproducible: 
Every time. 
 
Steps to Reproduce: 
1. Run system-control-network and activate a DHCP interface, then 
bring it down again. 
2. cat /etc/resolv.conf 
   
Actual results: 
/etc/resolv contains the lines 
 
; generated by /sbin/dhclient-script 
search xxx.xxxx.xxx 
nameserver XXX.XXX.XXX.XXX 
nameserver XXX.XXX.XXX.XXX 
 
Expected results: 
/etc/resolv.conf should look the way it did before bringing up the 
interface.