From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
Cc: | PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>, Robert Creager <Robert_Creager(at)LogicalChaos(dot)org> |
Subject: | Re: parallel regression test failure |
Date: | 2003-07-26 15:06:21 |
Message-ID: | 9630.1059231981@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin pgsql-hackers |
Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> writes:
> I think you need a dual cpu machine to see the failures.
I was wondering about that myself, but we shouldn't fixate on that
assumption without more evidence. There could be some other factor
explaining why I can't reproduce it. A couple of questions for both
of you:
- what configure options are you using?
- can you reproduce the problem with serial tests (make installcheck)?
- exactly how repeatable is it --- when it fails, is it always at the
same places, or do the failures move around?
It would also be good to find out exactly where the failures are coming
from. Please try running the tests with LOG_ERROR_VERBOSITY set to
VERBOSE (probably the easiest way to hack this in make check's temp
installation is to modify src/backend/utils/misc/postgresql.conf.sample).
Then the postmaster log file created by make check will show the elog
calls' locations.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Creager | 2003-07-26 15:07:30 | Re: parallel regression test failure |
Previous Message | Robert Creager | 2003-07-26 14:56:11 | Re: parallel regression test failure |
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Creager | 2003-07-26 15:07:30 | Re: parallel regression test failure |
Previous Message | Tom Lane | 2003-07-26 14:57:16 | Is it a good idea to store uncoerced defaults? |