As near as I can tell, network manager (popularly known as network mangler), ALWAYS does the WRONG THING. It has cost me time and money, and I am looking for ways to get even.
In particular, a wrong thing it does is to trash my resolv.conf file on every reboot. I would use a LOT of really strong language to describe how I feel about this piece of software, except that it is possible that women, small children, and people of gentle and sensitive dispositions might find and read this page. Let it just be said that network manager is a cheeseball piece of crap.
One might hope that the following simple steps would solve this problem, but it seems that these are not always quite enough:
service NetworkManager stop chkconfig NetworkManager off yum erase NetworkManagerNOTE: Do not do this remotely, as the system will drop off the network when you do this; better do this from the console. The bottom line is that after doing the right thing and nuking network manager from orbit, you will need to do:
chkconfig network on service network restartI haven't figured out a way to do this remotely yet. In fact one machine I remotely administer was using LDAP to handle all of the user logins, and did not allow root logins from the console, so after nuking network manager, the only way to get back into this machine and straighten out the mess was to boot the machine single user and then use chkconfig to reenable the network.
As you might expect, I am not the only person who has suffered with the business of network manager trashing the resolv.conf file. None of this rude behavior is documented, and there seems to be more to it that just eliminating network manager, as meritorious as that indeed is. Here are some random suggestions from other suffering fedora users:
su chattr +i /etc/resolv.conf
cp /etc/resolv.conf /etc/sysconfig/networking/profiles/default/resolv.conf
unclick "Controlled by network manager"
There is some tool called nm-connection-editor that you can use to do this.
Not my problem, I don't care, best of luck to you.
Adventures in Computing / [email protected]