Bug 220581

same problem, same behaviour
temporarily i put a command that creates the correct /etc/resolv.conf in
/etc/NetworkManager/dispatcher.d/resolv.sh (read man pages)

I'm thinking that it doesn't have the expected behaviour for a configuration
application, so I tried to set severity to high, I can't as I'm not the owner of
the bug neither a developer of the application.

Correct me if I'm wrong, please.

s-c-network or NetworkManager??

s-c-network (on fc6) maybe on fc8 it does (i didn't check) :-)

Expected results:
it should reflect the DNS refreshed IPs without the need to quit the app and
reopen it.

Ah, you mean, rereading /etc/resolv.conf inside of s-c-network ?

 Ok, I think that I'm talking about a different bug.
 When I was setting the dns from system-config-network in fc6 it asked me to
save, then /etc/resolv.conf was updated, but when I restarted the computer the
/etc/resolv.conf was empty.
 Should I report it as a different bug?
 Should I test it in f8? i.e. there was some code modifications to fix it ?

reassigning to dhcp

I am able to disconnect and reconnect my wired ethernet connection. 
NetworkManager is in charge on my system and when it runs dhclient on the newly
active wired interface, a new resolv.conf file is written in the /etc directory.

If I take NetworkManager out of the equation and just run dhclient by hand, I
can use ifup and ifdown to restart the interface manually when I connect and
disconnect the wire, every time I get a new resolv.conf file.

this bug has nothing to do with NetworkManager
please see that WHILE i am using the system-config-network the
information inside its interface does not change to reflect the 
actual network status of the machine.

maybe you can add a "Refresh" button ? or hock to the hal/dbus
to refresh the interface when any thing related to the NICs changes.
or just notification ?

(i'm using fc6, maybe it's solved in fc8/rawhide ?
please someone check)

IIRC, there was a problem with dhclient writing /etc/resolv.conf
If you do not want dhclient (dhcp) to update/write to /etc/resolv.conf, you
should add to your /etc/sysconfig/network-scripts/ifcfg-eth0 config file:
PEERDNS=no

Harld: i do want it to be changed.

i think system-config-network should monitor /etc/resolv.conf
or the dhcpclient and change the content of the interface's DNS fields
dynamically when it changes

ah, yes, sure.. sry.. was confused by the other comments :)

Harald,

It seems this is a s-c-network bug and not a dhcp bug at this point.

Changing version to '9' as part of upcoming Fedora 9 GA.
More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Similar isuue.
I have F9. During install I gave my old DNS setting for primary and secondary
Primary DNS server	61.1.96.69

Secondary DNS server	61.1.96.71
since I don't remember the latest DNS settings.

Now, since I have the current DNS settings with me which is 
Primary DNS server	218.248.240.23
Secondary DNS server	218.248.240.135
I am unable to save it in System->Administration->Network----DNS

I tried it a numerous of times but no luck.

I manually did this to nake the latest DNS's permanent. It worked

NetworkManager on Fixed Networks

On machines with a fixed networking device and a fixed IP address (e.g. desktop,
server, appliance), it might be easier to disable NetworkManager and use the
older network service. Note that the Fedora 9 installer disables the network
service by default. To switch to using the network service:

First disable NetworkManager and prevent it from automatically loading:

[ragavendra_bn.in ~]$ sudo /etc/init.d/NetworkManager stop
Stopping NetworkManager daemon: [ OK ]

[ragavendra_bn.in ~]$ sudo /sbin/chkconfig --level 35
NetworkManager off

Next, configure your network settings:

[ragavendra_bn.in ~]$ sudo system-config-network

You should have an eth0 device already showing. To configure the IP settings
click on Edit. Do not forget to set DNS on the DNS tab (if you're using fixed
IP's). Make sure the eth0 is selected as Active. Then File > Save and quit.

Next, enable the service and make sure it loads at next boot:

[ragavendra_bn.in ~]$ sudo /etc/init.d/network start
Bringing up loopback interface: [ OK ]
Bringing up interface eth0: [ OK ]

[ragavendra_bn.in ~]$ sudo /sbin/chkconfig --level 35 network on

While it may be possible to re-activate your network without a reboot, it may be
recommended to reboot.


Now no need to edit my DNS again & again. Although manually resolved but still
is a bug maybe:).

This message is a reminder that Fedora 9 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 9.  It is Fedora's policy to close all
bug reports from releases that are no longer maintained.  At that time
this bug will be closed as WONTFIX if it remains open with a Fedora 
'version' of '9'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version prior to Fedora 9's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we may not be able to fix it before Fedora 9 is end of life.  If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora please change the 'version' of this 
bug to the applicable version.  If you are unable to change the version, 
please add a comment here and someone will do it for you.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events.  Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Fedora 9 changed to end-of-life (EOL) status on 2009-07-10. Fedora 9 is 
no longer maintained, which means that it will not receive any further 
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of 
Fedora please feel free to reopen this bug against that version.

Thank you for reporting this bug and we are sorry it could not be fixed.