[Bug 183338] adding a domain to search: lost by dhcp when network restarts

bugzilla at redhat.com bugzilla at redhat.com
Wed Jul 29 18:08:01 UTC 2009


Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


https://bugzilla.redhat.com/show_bug.cgi?id=183338


Penelope Fudd <kernel at pkts.ca> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |kernel at pkts.ca




--- Comment #12 from Penelope Fudd <kernel at pkts.ca>  2009-07-29 14:07:57 EDT ---
I'm also tinkering with SEARCH in /etc/sysconfig/network-scripts/ifcfg-eth0.

More precisely, I need to add two domains to the search list, and override the
dhcp-provided dns server, like so:

SEARCH="domain1.com domain2.com"
DNS1=1.1.1.1
DNS2=2.2.2.2

To test it, I do this:
# ifdown eth0
# rm /etc/resolv.conf*
# killall dhclient
# ifup eth0

As a result, I get this:
# cat /etc/resolv.conf
; generated by /sbin/dhclient-script
nameserver 1.1.1.1
nameserver 2.2.2.2
search domain1.com

# cat /etc/resolv.conf.save
; generated by /sbin/dhclient-script
search domain1.com domain2.com
nameserver 192.168.217.2

As you can see, typing 'ifup' creates resolv.conf and resolv.conf.save.  The
resolv.conf has the correct (overridden) dns servers and only one search
domain, while the resolv.conf.save has the wrong (dhcp) dns server and the
correct search path.  

What's crazy is that the correct information is all coming from the same file
(/etc/sysconfig/network-scripts/ifcfg-eth0).  I even tried extra quotes:
SEARCH="'domain1.com domain2.com'", the quotes show up in resolv.conf.save but
not in resolv.conf, which is unaffected.

I wonder if this bug is why someone decided to start over with NetworkManager.

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.




More information about the fedora-triage-list mailing list