Networking Forums

Networking Forums > Computer Networking > Linux Networking > FC3 wiping its own resolv.conf

Reply
Thread Tools Display Modes

FC3 wiping its own resolv.conf

 
 
David Bromage
Guest
Posts: n/a

 
      04-29-2005, 12:33 AM
Two days ago I did an install of FC3. It installed fine and everything,
including networking, was working properly. When I ran yum for the first
time it uprgaded the kernel from 2.6.9-1.667 to 2.6.11-1.14. Now
whenever it reboots it leaves a blank resolv.conf, therefore can't find
the outside world. Any ideas?

Cheers
David
 
Reply With Quote
 
 
 
 
General Schvantzkoph
Guest
Posts: n/a

 
      04-29-2005, 02:11 AM
On Fri, 29 Apr 2005 10:33:40 +1000, David Bromage wrote:

> Two days ago I did an install of FC3. It installed fine and everything,
> including networking, was working properly. When I ran yum for the first
> time it uprgaded the kernel from 2.6.9-1.667 to 2.6.11-1.14. Now
> whenever it reboots it leaves a blank resolv.conf, therefore can't find
> the outside world. Any ideas?
>
> Cheers
> David


Are you using DHCP? If you are switch to a static IP.
 
Reply With Quote
 
David Bromage
Guest
Posts: n/a

 
      04-29-2005, 02:56 AM
General Schvantzkoph wrote:
> On Fri, 29 Apr 2005 10:33:40 +1000, David Bromage wrote:
>>Two days ago I did an install of FC3. It installed fine and everything,
>>including networking, was working properly. When I ran yum for the first
>>time it uprgaded the kernel from 2.6.9-1.667 to 2.6.11-1.14. Now
>>whenever it reboots it leaves a blank resolv.conf, therefore can't find
>>the outside world. Any ideas?

>
> Are you using DHCP? If you are switch to a static IP.


No, definately not using DHCP. The static IP and PEERDNS=no are set in
/etc/sysconfig/network-scripts/ifcfg-eth0 and ifcfg-eth1.

Cheers
David
------------ And now a word from our sponsor ---------------------
For a secure high performance FTP using SSL/TLS encryption
upgrade to SurgeFTP
---- See http://netwinsite.com/sponsor/sponsor_surgeftp.htm ----
 
Reply With Quote
 
Bit Twister
Guest
Posts: n/a

 
      04-29-2005, 10:04 AM
On Fri, 29 Apr 2005 12:56:44 +1000, David Bromage wrote:
>
> No, definately not using DHCP. The static IP and PEERDNS=no are set in
> /etc/sysconfig/network-scripts/ifcfg-eth0 and ifcfg-eth1.


add the peerdns line to
/etc/sysconfig/network
 
Reply With Quote
 
David Bromage
Guest
Posts: n/a

 
      05-01-2005, 04:30 AM
Bit Twister wrote:
> On Fri, 29 Apr 2005 12:56:44 +1000, David Bromage wrote:
>
>>No, definately not using DHCP. The static IP and PEERDNS=no are set in
>>/etc/sysconfig/network-scripts/ifcfg-eth0 and ifcfg-eth1.

>
> add the peerdns line to
> /etc/sysconfig/network


Just tried that, and it's still not working. The only thing that does
work is if I write resolv.conf manually and then restart network. I'd
rather not have to do that after every reboot.

Cheers
David
 
Reply With Quote
 
Baho Utot
Guest
Posts: n/a

 
      05-01-2005, 11:30 AM
On Sun, 01 May 2005 14:30:33 +1000, David Bromage wrote:

> Bit Twister wrote:
>> On Fri, 29 Apr 2005 12:56:44 +1000, David Bromage wrote:
>>
>>>No, definately not using DHCP. The static IP and PEERDNS=no are set in
>>>/etc/sysconfig/network-scripts/ifcfg-eth0 and ifcfg-eth1.

>>
>> add the peerdns line to
>> /etc/sysconfig/network

>
> Just tried that, and it's still not working. The only thing that does
> work is if I write resolv.conf manually and then restart network. I'd
> rather not have to do that after every reboot.
>
> Cheers
> David


Make your resolv.conf and then set the imutable bit with chattr
"chatter +i /etc/resolv.conf"
Then nothing can change the file.
This is what I have done.

--
Sure, Linux has probs but hell, the probs are FREE. With MS you pay
dearly for a larger set of different-flavored problems!
Tayo'y Mga Pinoy

 
Reply With Quote
 
David Bromage
Guest
Posts: n/a

 
      05-02-2005, 12:14 AM
Baho Utot wrote:
> On Sun, 01 May 2005 14:30:33 +1000, David Bromage wrote:
>
>
>>Bit Twister wrote:
>>
>>>On Fri, 29 Apr 2005 12:56:44 +1000, David Bromage wrote:
>>>
>>>
>>>>No, definately not using DHCP. The static IP and PEERDNS=no are set in
>>>>/etc/sysconfig/network-scripts/ifcfg-eth0 and ifcfg-eth1.
>>>
>>>add the peerdns line to
>>>/etc/sysconfig/network

>>
>>Just tried that, and it's still not working. The only thing that does
>>work is if I write resolv.conf manually and then restart network. I'd
>>rather not have to do that after every reboot.

>
> Make your resolv.conf and then set the imutable bit with chattr
> "chatter +i /etc/resolv.conf"
> Then nothing can change the file.
> This is what I have done.


Thanks! That's fixed the problem!

Cheers
David
------------ And now a word from our sponsor ------------------
Want to have instant messaging, and chat rooms, and discussion
groups for your local users or business, you need dbabble!
-- See http://netwinsite.com/sponsor/sponsor_dbabble.htm ----
 
Reply With Quote
 
Bill Davidsen
Guest
Posts: n/a

 
      06-29-2005, 08:03 PM
David Bromage wrote:
> Baho Utot wrote:
>
>> On Sun, 01 May 2005 14:30:33 +1000, David Bromage wrote:
>>
>>
>>> Bit Twister wrote:
>>>
>>>> On Fri, 29 Apr 2005 12:56:44 +1000, David Bromage wrote:
>>>>
>>>>
>>>>> No, definately not using DHCP. The static IP and PEERDNS=no are set
>>>>> in /etc/sysconfig/network-scripts/ifcfg-eth0 and ifcfg-eth1.
>>>>
>>>>
>>>> add the peerdns line to
>>>> /etc/sysconfig/network
>>>
>>>
>>> Just tried that, and it's still not working. The only thing that does
>>> work is if I write resolv.conf manually and then restart network. I'd
>>> rather not have to do that after every reboot.

>>
>>
>> Make your resolv.conf and then set the imutable bit with chattr
>> "chatter +i /etc/resolv.conf" Then nothing can change the file.
>> This is what I have done.

>
>
> Thanks! That's fixed the problem!


No, it hid the symptoms... since a fair number of people don't have that
problem, I think it's reasonable to assume that if you found the actual
root cause you could prevent the unwanted modification from being attempted.

I don't have FC3 here, but older vi knows about read-only but not
attributes, so if you need to change it and forget what you did, you
have left a surprise for yourself, and possibly a problem affecting more
than just this.

Take a look at the time last modified of the dhcp programs if you are
curious, whatever you have, dhcpd, dhclient, whatever. See if they get
called at boot time. If you're curious what's really happening...

--
bill davidsen
SBC/Prodigy Yorktown Heights NY data center
http://newsgroups.news.prodigy.com
 
Reply With Quote
 
William B. Cattell
Guest
Posts: n/a

 
      07-25-2005, 10:24 AM
On Wed, 29 Jun 2005 20:03:34 +0000, Bill Davidsen wrote:

> David Bromage wrote:
>> Baho Utot wrote:
>>
>>> On Sun, 01 May 2005 14:30:33 +1000, David Bromage wrote:
>>>
>>>
>>>> Bit Twister wrote:
>>>>
>>>>> On Fri, 29 Apr 2005 12:56:44 +1000, David Bromage wrote:
>>>>>
>>>>>
>>>>>> No, definately not using DHCP. The static IP and PEERDNS=no are set
>>>>>> in /etc/sysconfig/network-scripts/ifcfg-eth0 and ifcfg-eth1.
>>>>>
>>>>>
>>>>> add the peerdns line to
>>>>> /etc/sysconfig/network
>>>>
>>>>
>>>> Just tried that, and it's still not working. The only thing that does
>>>> work is if I write resolv.conf manually and then restart network. I'd
>>>> rather not have to do that after every reboot.
>>>
>>>
>>> Make your resolv.conf and then set the imutable bit with chattr
>>> "chatter +i /etc/resolv.conf" Then nothing can change the file.
>>> This is what I have done.

>>
>>
>> Thanks! That's fixed the problem!

>
> No, it hid the symptoms... since a fair number of people don't have that
> problem, I think it's reasonable to assume that if you found the actual
> root cause you could prevent the unwanted modification from being attempted.
>
> I don't have FC3 here, but older vi knows about read-only but not
> attributes, so if you need to change it and forget what you did, you
> have left a surprise for yourself, and possibly a problem affecting more
> than just this.
>
> Take a look at the time last modified of the dhcp programs if you are
> curious, whatever you have, dhcpd, dhclient, whatever. See if they get
> called at boot time. If you're curious what's really happening...


I've found that the zero-conf stuff (tmdns daemon) often causes an
overwrite of the resolv.conf by adding the localhost address as the first
entry. Killing that daemon and not allowing zero-conf stuff has worked
well for me. FWIW.

Bill

 
Reply With Quote
 
 
 
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
dhcpd.conf, resolv.conf and the search directive Andy Richardson Linux Networking 4 07-13-2005 08:23 AM
Overwriting /etc/resolv.conf Bit Twister Linux Networking 9 04-18-2005 04:18 PM
dhclient Does Not Set /etc/resolv.conf Hank Kingwood Linux Networking 4 02-03-2004 05:02 PM
resolv.conf Stephen Speicher Linux Networking 5 12-10-2003 09:00 AM
NIS, DNS and resolv.conf ncrfgs Linux Networking 2 10-02-2003 05:09 PM



1 2 3 4 5 6 7 8 9 10 11