Re: regresssion script hole
| От | Tom Lane |
|---|---|
| Тема | Re: regresssion script hole |
| Дата | |
| Msg-id | 18364.1150723281@sss.pgh.pa.us обсуждение |
| Ответ на | Re: regresssion script hole (Andrew Dunstan <andrew@dunslane.net>) |
| Ответы |
Re: regresssion script hole
Re: regresssion script hole |
| Список | 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 по дате отправления: