Bug 228200
Summary: | PEERDNS=no not honored in /etc/sysconfig/network-scripts/ethX | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 4 | Reporter: | Need Real Name <ogyland> |
Component: | dhcp | Assignee: | David Cantrell <dcantrell> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | |
Severity: | low | Docs Contact: | |
Priority: | medium | ||
Version: | 4.4 | CC: | atodorov, pknirsch |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | dhclient-3.0.1-62.EL4 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2008-09-29 17:09:04 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Need Real Name
2007-02-11 12:20:10 UTC
The problem is not only related to ifup, each time dhclient renews the dhcp lease /etc/resolv.conf is updated. I have another Fedora 5 machine with the same setup in /etc/sysconfig/network-scripts/ethX and it works as expected on that machine. This can be fixed by adding: [ "${PEERDNS}" = "no" ] && return To the make_resolv_conf() function in /sbin/dhclient-script. This request was evaluated by Red Hat Product Management for inclusion in a Red Hat Enterprise Linux maintenance release. Product Management has requested further review of this request by Red Hat Engineering, for potential inclusion in a Red Hat Enterprise Linux Update release for currently deployed products. This request is not yet committed for inclusion in an Update release. from /sbin/dhclient-script: make_resolv_conf() { if [ "${PEERDNS}" == "no" ]; then return fi ... skip ... and I can't reproduce it. This is with 4.7 GA/dhclient-3.0.1-62.EL4 |