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

Re: logical changeset generation v4

From: Andres Freund <andres(at)2ndquadrant(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>, pgsql-hackers(at)postgresql(dot)org,Andrew Dunstan <andrew(at)dunslane(dot)net>
Subject: Re: logical changeset generation v4
Date: 2013-01-15 16:23:22
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackers
On 2013-01-15 11:10:22 -0500, Tom Lane wrote:
> Andres Freund <andres(at)2ndquadrant(dot)com> writes:
> > But the other part of the problem is hiding in the unfortunately removed
> > part of the problem description - the tests require the non-default
> > options wal_level=logical and max_logical_slots=3+.
> Oh.  Well, that's not going to work.

An alternative would be to have max_logical_slots default to a low value
and make the amount of logged information a wal_level independent
GUC that can be changed on the fly.
ISTM that that would result in too complicated code to deal with other
backends not having the same notion of that value and such, but its

> > Is there a problem of making those the default in the buildfarm created
> > config?
> Even if we hacked the buildfarm script to do so, it'd be a nonstarter
> because it would cause ordinary manual "make installcheck" to fail.

I thought we could have a second expected file for that case. Not nice

> I think the only reasonable way to handle this would be to (1) make
> "make installcheck" a no-op in this contrib module, and (2) make
> "make check" work, being careful to start the test postmaster with
> the necessary options.

Youre talking about adding a contrib-module specific make check or
changing the normal make check's wal_level?


Andres Freund

 Andres Freund	         
 PostgreSQL Development, 24x7 Support, Training & Services

In response to


pgsql-hackers by date

Next:From: Andrew DunstanDate: 2013-01-15 16:27:25
Subject: Re: Curious buildfarm failures
Previous:From: Tom LaneDate: 2013-01-15 16:19:28
Subject: Re: Curious buildfarm failures

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