Re: parallel regression test failure

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

In response to

Responses

Browse pgsql-admin by date

  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

Browse pgsql-hackers by date

  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?