-   Linux - Newbie (
-   -   slow to boot, slow dns resolution after host name change FC5 (

edavis6678 10-17-2006 01:36 AM

slow to boot, slow dns resolution after host name change FC5
I'm new to linux, and last week installed Fedora Core 5. (i've been very pleased, but having some troubles)

I had noticed some latency on my internet browsing, as well as some latency doing some updates through yum, but figured it was my ISP screwing up. (however I was corrected when I booted up a Windows machine and noticed no delays in DNS lookups and browsing net)

I Googl'd and found a bunch of articles about people complaining about the same issues with FedCore 5, (slow dns resolves, etc.), but the "fixes" I've found still havne't resulted in better results, in fact, it's made them worse. (now it's painfully to go on the Internet, opening a terminal session is slow, and even booted is drastically slower. (It really started acting up when I changed the hostname

My best guess is that I have some type of bad DNS configuration and me fiddling with too many settings at once. (this all seemed to happen when I changed my hostname)

Some of the things I did to try to speed up DNS times:

I did this:

edit the /etc/modprobe.conf file and add these 2 lines to the end.

alias net-pf-10 off
alias ipv6 off


Try adding these lines to your /ect/sysctl.conf


This did NOT resolve the issue.

My current settings are as follows:


option timeout:1
; generated by /sbin/dhclient-script
search localdomain


# Kernel sysctl configuration file for Red Hat Linux
# For binary values, 0 is disabled, 1 is enabled. See sysctl(8) and
# sysctl.conf(5) for more details.

# Controls IP packet forwarding
net.ipv4.ip_forward = 0

# Controls source route verification
net.ipv4.conf.default.rp_filter = 1

# Do not accept source routing
net.ipv4.conf.default.accept_source_route = 0

# Controls the System Request debugging functionality of the kernel
kernel.sysrq = 0

# Controls whether core dumps will append the PID to the core filename.
# Useful for debugging multi-threaded applications.
kernel.core_uses_pid = 1

# Controls the use of TCP syncookies
net.ipv4.tcp_syncookies = 1


alias eth0 via-rhine
alias snd-card-0 snd-via82xx
options snd-card-0 index=0
options snd-via82xx index=0
remove snd-via82xx { /usr/sbin/alsactl store 0 >/dev/null 2>&1 || : ; }; /sbin/modprobe -r --ignore-remove snd-via82xx

EDIT: It seems things are back to what they were originally (double checked all my work and rebooted a few times)- working better, but still slow on DNS resolution.

DNS does eventually resolve, just super slow. (nslookup is using the 1st DNS server)

Any other things I should check?

Wim Sturkenboom 10-17-2006 02:37 AM

I'm not a network guru, but I found a similar problem long ago. After changing the hostname, boot was slow. In don't use dhcp, but in my case it was 'caused by' sendmail. I just 'disabled' it. I assume that it wanted to do a reverse lookup and could not find the hostname.

With the risk of saying something stupid:
Maybe you have to add something to resolve.conf to include /etc/hosts in the search :confused:

edavis6678 10-17-2006 01:14 PM

>> Maybe you have to add something to resolve.conf to include /etc/hosts in the s

Thanks for the response. From what I understand, the resolv.conf file gets created on everyboot when using DHCP. I made it "read only", as suggested by another forum post, (and hard-coding in known dns servers), but this didn't help. It's not that things aren't resolved, it's slow resolving them.

Slickwillie39 01-03-2007 07:26 PM

I am not sure if this is proper Linux networking, but I noticed a similar issue and I remarked out the search localdomain line from my resolv.conf and it seems to be working much faster on my machine. My resolv.conf looks like this now:

; generated by /sbin/dhclient-script
; search localdomain



All times are GMT -5. The time now is 05:35 PM.