Skip site navigation (1) Skip section navigation (2)

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 (view raw or flat)
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: dtester.log.tar.gz
Description: application/octet-stream (13.7 KB)

In response to

Responses

pgsql-hackers by date

Next:From: Kevin GrittnerDate: 2010-01-15 15:47:28
Subject: Re: Testing with concurrent sessions
Previous:From: Markus WannerDate: 2010-01-15 15:22:04
Subject: Re: Testing with concurrent sessions

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group