Re: regresssion script hole - Mailing list pgsql-hackers

From Tom Lane
Subject Re: regresssion script hole
Date
Msg-id 18364.1150723281@sss.pgh.pa.us
Whole thread Raw
In response to Re: regresssion script hole  (Andrew Dunstan <andrew@dunslane.net>)
Responses Re: regresssion script hole  (Martijn van Oosterhout <kleptog@svana.org>)
Re: regresssion script hole  (Stefan Kaltenbrunner <stefan@kaltenbrunner.cc>)
List pgsql-hackers
Andrew Dunstan <andrew@dunslane.net> writes:
> The question isn't whether is succeeds, it's how long it takes to 
> succeed. When I increased the pg_regress timeout it actually went 
> through the whole regression test happily. I suspect we have 2 things 
> eating up the 60s timeout here: loading the timezone db and resolving 
> whatever it is we are trying to resolve.

The behavior of loading the whole TZ database was there for awhile
before anyone noticed; I believe it could only be responsible for a
few seconds.  So the failed DNS responses must be the problem.  Could
we get a ktrace with timestamps on the syscalls to confirm that?

Of course the $64 question is *why* is 8.0 trying to resolve that name,
particularly seeing that the later branches apparently aren't.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Joachim Wieland
Date:
Subject: Re: R: Per-server univocal identifier
Next
From: Martijn van Oosterhout
Date:
Subject: Re: regresssion script hole