Re: Testing with concurrent sessions

From: "Kevin Grittner" <Kevin(dot)Grittner(at)wicourts(dot)gov>
To: "Markus Wanner" <markus(at)bluegap(dot)ch>
Cc: "Michael Tan" <mtanhl(at)gmail(dot)com>,<david(at)kineticode(dot)com>, <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Testing with concurrent sessions
Date: 2010-01-15 15:34:16
Message-ID: 4B503698020000250002E55C@gw.wicourts.gov
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

"Markus Wanner" <markus(at)bluegap(dot)ch> wrote:
> Quoting "Kevin Grittner" <Kevin(dot)Grittner(at)wicourts(dot)gov>:
>> I haven't quite gotten it to work yet; I'll start over with 3.0
>> and see how it goes.
>
> Let's stick to 2.x versions, first...

OK

> It does: "temp_install: creating temporary installation" means
> it's running make install in the background.

OK, sorry for misreading that.

>> (2) After a 'make dcheck' failure, the cluster created for the
>> testing is left running.
>
> That counts as a bug. I also get that from time to time (and with
> Postgres-R testing on 3+ instances, it's even more annoying).
>
> Note that the error just before that is, that a psql process it
> starts cannot connect to its postmaster ("startup of test
> test-conn-0A failed, skipping.") Please check the log
> (src/test/regress/dtester.log) for why that failed in the first
> place.

Not sure what's relevant there. Entire file tarball attached.

> Can you connect manually to the database (that's still running
> after a make dcheck)?

Yes I can. Any queries you'd like me to run in there?

-Kevin

Attachment Content-Type Size
dtester.log.tar.gz application/octet-stream 13.7 KB

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Kevin Grittner 2010-01-15 15:47:28 Re: Testing with concurrent sessions
Previous Message Markus Wanner 2010-01-15 15:22:04 Re: Testing with concurrent sessions