Re: Testing with concurrent sessions - Mailing list pgsql-hackers

From Kevin Grittner
Subject Re: Testing with concurrent sessions
Date
Msg-id 4B503698020000250002E55C@gw.wicourts.gov
Whole thread Raw
In response to Re: Testing with concurrent sessions  ("Markus Wanner" <markus@bluegap.ch>)
Responses Re: Testing with concurrent sessions
List pgsql-hackers
"Markus Wanner" <markus@bluegap.ch> wrote:
> Quoting "Kevin Grittner" <Kevin.Grittner@wicourts.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

pgsql-hackers by date:

Previous
From: "Markus Wanner"
Date:
Subject: Re: Testing with concurrent sessions
Next
From: "Kevin Grittner"
Date:
Subject: Re: Testing with concurrent sessions