Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.

Bug 77014

Summary: dhclient recreates /etc/resolv.conf on all lease renewals
Product: [Retired] Red Hat Linux Reporter: Kyle Gonzales <kgonzale>
Component: dhcpAssignee: Daniel Walsh <dwalsh>
Status: CLOSED RAWHIDE QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 8.0CC: ekanter
Target Milestone: ---   
Target Release: ---   
Hardware: i686   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2003-08-01 15:22:50 EDT Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Description Kyle Gonzales 2002-10-30 18:59:54 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003

Description of problem:
dhclient recreates /etc/resolv.conf on ALL lease renewals, even if no new or
changed information is pulled from the DHCP server.  It breaks anything that
needs something to be temporarily entered manually into /etc/resolv.conf, and
breaks VPN clients that change /etc/resolv.conf to different values while they
are enabled.

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1. Bring up an interface using DHCP
2. Once you have an address and your resolv.conf info, make a change manually to
the resolv.conf file
3. Wait for the lease to renew
	

Actual Results:  The manual changes will be removed from the file when the DHCP
lease renews.

Expected Results:  Like with dhcpcd, dhclient should do nothing is no new
information is brought in from the DHCP server.

Additional info:

This is causing problems with people using the Cisco VPN client with 8.0.  This
behavior does not occur on RH 7.2 using dhcpcd.

I will dig into the /sbin/dhclient-script file (which is the culprit) and see if
I can't write a workaround for this.
Comment 1 Eugene Kanter 2002-12-25 22:58:29 EST
This creates huge problems when two network cards are active and at least one managed by a 
DHCP. Let's say that eth0 is configured by DHCP. After ifdown eth0 /etc/resolv.conf gets 
cleared out and system is left without DNS. Problem is still present in Phoebe. 
Comment 2 Daniel Walsh 2003-01-14 17:29:44 EST
Two things.  I propose making a change so that Renew will not update the
resolv.conf.  Secondly if you don't want the dhcp messing with /etc/resolv.conf
at all you need to set PEERDNS to no
Comment 3 Eugene Kanter 2003-01-14 22:10:11 EST
Not clear how problem with two network cards can be solved.
Comment 4 Eugene Kanter 2003-07-29 11:54:17 EDT
Any more comments on two network cards issue? Has anybody tested this on 9 or 
current beta?
Comment 5 Daniel Walsh 2003-08-01 15:22:50 EDT
I have changed the script to not rewrite the resolv.conf on renew.  Also if you
are using two cards you should turn off peerdns and configure resolv.conf
manually.  This will be in rawhide as dhcp-3.0pl2-6.10
Comment 6 Kyle Gonzales 2003-08-01 16:18:27 EDT
Excellent!  Will this bugfix be backported to 8.0 and 9?