| From: | Stefan Kaltenbrunner <stefan(at)kaltenbrunner(dot)cc> |
|---|---|
| To: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
| Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: regresssion script hole |
| Date: | 2006-06-19 08:52:09 |
| Message-ID: | 449665B9.8040806@kaltenbrunner.cc |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Andrew Dunstan wrote:
>
>
> Tom Lane wrote:
>
>> Anyway, the tail end of the trace
>> shows it repeatedly sending off a UDP packet and getting practically the
>> same data back:
>>
>>
>> I'm not too up on what the DNS protocol looks like on-the-wire, but I'll
>> bet this is it. I think it's trying to look up "kaltenbrunner.cc" and
>> failing.
>>
>>
>>
>
> Why are we actually looking up anything? Just so we can bind to a
> listening socket?
>
> Anyway, maybe the box needs a lookup line in its /etc/resolv.conf to
> direct it to use files first, something like
>
> lookup file bind
>
> Stefan, can you look into that? It would be a bit ugly if it's calling
> DNS (and failing) to resolve localhost.
no - resolving localhost works fine (both using /etc/hosts and through
the dns-resolver) - and I infact verified that when we initially started
to investigate that issue a while ago :-)
Stefan
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Joachim Wieland | 2006-06-19 09:47:58 | modular pg_regress.sh |
| Previous Message | PFC | 2006-06-19 08:50:16 | Re: Rethinking stats communication mechanisms |