Re: logical changeset generation v3

Michael Paquier <michael.paquier@gmail.com>

From: Michael Paquier <michael.paquier@gmail.com>
To: Andres Freund <andres@2ndquadrant.com>
Cc: pgsql-hackers@postgresql.org
Date: 2012-11-21T07:34:43Z
Lists: pgsql-hackers
On Wed, Nov 21, 2012 at 4:31 PM, Andres Freund <andres@2ndquadrant.com>wrote:

> On 2012-11-21 14:57:08 +0900, Michael Paquier wrote:
> > On Tue, Nov 20, 2012 at 8:22 PM, Andres Freund <andres@2ndquadrant.com
> >wrote:
> > > It implies that snapstate->nrrunning has lost touch with reality...
> > >
> > Yes, I can reproduce in 10-20 seconds in one of my linux boxes. I haven't
> > outputted anything in the logs, but here is the backtrace of the core
> file
> > produced.
>
> Could you run it with log_level=DEBUG2?
>
Let me try.

> Do you run pgbench after youve reached a consistent state (by issuing a
> manual checkpoint)?
>
Yes. I issue a manual checkpoint to initialize the replication.
-- 
Michael Paquier
http://michael.otacoo.com

Commits

Same data as JSON: GET /api/v1/messages/:b64id/commits the thread's linked commits as JSON, with link sources. API reference →
  1. Background worker processes

  2. Rearrange storage of data in xl_running_xacts.

  3. Basic binary heap implementation.

  4. Embedded list interface

  5. Refactor xlog.c to create src/backend/postmaster/startup.c