How to stop NetworkManager from frobbing my /etc/resolv.conf
Sam Varshavchik
mrsam at courier-mta.com
Sun Sep 26 16:49:41 UTC 2010
After copiously scouring links all over the place, I think that I've
succesfully managed to set up a bridge between my real network interface and
the virtual network interface used by virtmanager-hosted virtual machines. I
now have F13 hosting a virtualized machine with full network connectivity.
Yay.
One glitch remains that I can't fix. After a reboot, /etc/resolv.conf has
nothing useful, even though dhclient came up fine on the bridge.
Experimentation uncovered NetworkManager as the guilty party.
NetworkManager, AFAIK, doesn't know anything about virtual bridges. I had to
set it up by hand:
[root at monster network-scripts]# cat ifcfg-vnet0
DEVICE=vnet0
TYPE=Bridge
BOOTPROTO=dhcp
ONBOOT=yes
eth0 is bridged:
[root at monster network-scripts]# cat ifcfg-eth0
# Intel Corporation 82573E Gigabit Ethernet Controller (Copper)
DEVICE=eth0
BRIDGE=vnet0
#BOOTPROTO=dhcp
HWADDR=00:30:48:FC:83:FA
ONBOOT=yes
OPTIONS=layer2=1
TYPE=Ethernet
NM_CONTROLLED=no
[ bunch more stuff snipped ]
I also have eth1, which I would like to be owned by NetworkManager:
[root at monster network-scripts]# cat ifcfg-eth1
# Intel Corporation 82573L Gigabit Ethernet Controller
DEVICE=eth1
HWADDR=00:30:48:FC:83:FB
ONBOOT=no
BOOTPROTO=dhcp
TYPE=Ethernet
IPV6INIT=no
USERCTL=no
NM_CONTROLLED=yes
PEERDNS=yes
What's happening is this. The S10network script runs first, and brings up
eth0 than vnet0; and configures the interface and /etc/resolv.conf from
DHCP. Later S23NetworkManager runs, and removes my DNS server from
resolv.conf, because none of the NetworkManager-owned network interfaces are
up.
I want to use NetworkManager for eth1, but I'll have to either disable it,
or bounce the network initscript after NetworkManager, which might cause
some confusion elsewhere.
Is there a way to force NetworkManager not to touch /etc/resolv.conf.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
Url : http://lists.fedoraproject.org/pipermail/users/attachments/20100926/6696e805/attachment.bin
More information about the users
mailing list