From mboxrd@z Thu Jan  1 00:00:00 1970
Message-ID: <4422fa2a6c7cb5c6f644037951a9ffaf@coraid.com>
From: erik quanstrom <quanstro@coraid.com>
Date: Mon, 13 Aug 2007 15:11:56 -0400
To: 9fans@cse.psu.edu
Subject: Re: [9fans] lsub.org
In-Reply-To: <5c82b3e7ca28d1d2fb8ddd70d81fd148@plan9.bell-labs.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Topicbox-Message-UUID: a8a1324e-ead2-11e9-9d60-3106f5b1d025

> We've been having good luck with the dns currently on sources.  I
> don't think I have seen the srvfail problem.  The query waits on
> reverse lookups seem to have been a symptom of local ndb
> misconfiguration, though it would be better if dns coped more sensibly
> with that.  As I recall, the nameserver(s) for the reverse domain need
> to have the relevant ptr records; pointing the reverse domain at the
> wrong nameservers (implicitly or explicitly) seems to cause confusion.

could you explain this senerio more?

when i see queries hanging, it's almost always on recursive reverse lookups
for email validataion.  some external server will return srvfail but the query
will be restarted from the dns root ad inf.  this results on other queries to the
same zone to wait for the query lock forever.  since spam often comes in
bunches from the same domains, this often uses up all the available responding
threads.

what could be wrong in the local ndb file for this to be happening?

- erik