On Tuesday 27 Sep 2011 19:08:53 Les Mikesell wrote:
> On Tue, Sep 27, 2011 at 1:02 PM, Alfred von Campe
wrote:
> >> Why do you think dnscache won't help? Caching is not restricted to your
> >> local domain.
> >
> > I guess I forgot to mention that only the first query is slow. If you
> > repea
In article <4e824df6.1040...@rjl.com>, Nataraj wrote:
>
> Alternatively, you can specify
>
> supercede domain-name-servers a.b.c.d, a.b.x.y;
>
> to completely replace the servers returned via dhcp.
Except you have to spell it the correct way, which is "supersede".
(Doing a "strings /sbin/dhcl
On 09/27/2011 12:10 PM, Alfred von Campe wrote:
> On Sep 27, 2011, at 14:02, Les Mikesell wrote:
>
>> The usual reason for a delay is that you have more than one nameserver
>> specified in resolv.conf and the first one tried is down or
>> unreachable so you time out and retry.
> Bingo! Thanks Les.
On Sep 27, 2011, at 14:02, Les Mikesell wrote:
> The usual reason for a delay is that you have more than one nameserver
> specified in resolv.conf and the first one tried is down or
> unreachable so you time out and retry.
Bingo! Thanks Les. All systems use DHCP which updates the resolv.conf
fi
On Tue, Sep 27, 2011 at 1:02 PM, Alfred von Campe wrote:
>
>> Why do you think dnscache won't help? Caching is not restricted to your
>> local
>> domain.
>
> I guess I forgot to mention that only the first query is slow. If you repeat
> the query, the response is fast, so it's already being cac
On Tue, Sep 27, 2011 at 12:28 PM, Alfred von Campe wrote:
> On Sep 27, 2011, at 11:29, John Hodrien wrote:
>
>> You probably want to do an strace -f host blah rather than a basic strace, or
>> I think you'll lose what's going on.
>
> Good point. Using -f doesn't show a 3+ second gap, but I still
On Sep 27, 2011, at 13:53, Frank Cox wrote:
> Why do you think dnscache won't help? Caching is not restricted to your local
> domain.
I guess I forgot to mention that only the first query is slow. If you repeat
the query, the response is fast, so it's already being cached somewhere. I
always a
On Tue, 27 Sep 2011 13:28:19 -0400
Alfred von Campe wrote:
> > Have you considered installing dnsmasq on those machines?
>
> No, this is in a corporate environment, and the queries that are slow are
> for names outside of our domain (i.e., the Internet), so I don't think it
> would help.
Why do
On Sep 27, 2011, at 11:29, John Hodrien wrote:
> You probably want to do an strace -f host blah rather than a basic strace, or
> I think you'll lose what's going on.
Good point. Using -f doesn't show a 3+ second gap, but I still have no idea
why it's slow (3-5 seconds) compared to CentOS5, or wh
On Tue, 27 Sep 2011 11:04:42 -0400
Alfred von Campe wrote:
> Most of my desktops are still running CentOS5, but I have installed CentOS6
> on a few of them. The users on those desktops are reporting that DNS lookups
> are slow, and from my brief tests, that does appear to be the case.
Have you
On Tue, 27 Sep 2011, Alfred von Campe wrote:
> Most of my desktops are still running CentOS5, but I have installed CentOS6
> on a few of them. The users on those desktops are reporting that DNS
> lookups are slow, and from my brief tests, that does appear to be the case.
> After some googling, I
Most of my desktops are still running CentOS5, but I have installed CentOS6 on
a few of them. The users on those desktops are reporting that DNS lookups are
slow, and from my brief tests, that does appear to be the case. After some
googling, I found a suggestion to disable IPv6, but that didn'
12 matches
Mail list logo
