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

Re: Base Backup Streaming

From: Magnus Hagander <magnus(at)hagander(dot)net>
To: Dimitri Fontaine <dimitri(at)2ndquadrant(dot)fr>
Cc: Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>, Josh Berkus <josh(at)postgresql(dot)org>, Stefan Kaltenbrunner <stefan(at)kaltenbrunner(dot)cc>, Simon Riggs <simon(at)2ndquadrant(dot)com>, greg(at)2ndquadrant(dot)com, Hannu Krosing <hannu(at)2ndquadrant(dot)com>, Robert Haas <robertmhaas(at)gmail(dot)com>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Base Backup Streaming
Date: 2011-01-02 20:58:35
Message-ID: AANLkTimU6BMM4Xr1z43VG0TCgr8mLgg=DA3dFqXEg4qQ@mail.gmail.com (view raw or flat)
Thread:
Lists: pgsql-hackers
On Sun, Jan 2, 2011 at 18:53, Dimitri Fontaine <dimitri(at)2ndquadrant(dot)fr> wrote:
> Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com> writes:
>> http://archives.postgresql.org/message-id/4C80D9B8.2020301@enterprisedb.com
>>
>> That just needs to be polished into shape, and documentation.

I have an updated version of this somewhere.IIRC it also needs things
like tablespace support, ubt it's well on it's way.

> Wow, cool!  I don't know how but I've missed it.

Yes, especially since we discussed it in Stuttgart. I guess it may
have been during the party...


>> +1. Or maybe it would be better make it a separate binary, rather than part
>> of pg_ctl.
>
> Well the thinking was that nowadays we support initdb from pg_ctl, and
> this is another kind of initdb, really.

Yes, if it should go in any of the current binaries, initdb would be
the reasonable place, not pg_ctl ;)

That said, if we're going to wrap pg_streamrecv into 9.1 (which I
think we should), then *that* is where it should go.

-- 
 Magnus Hagander
 Me: http://www.hagander.net/
 Work: http://www.redpill-linpro.com/

In response to

Responses

pgsql-hackers by date

Next:From: Simon RiggsDate: 2011-01-02 21:19:46
Subject: Re: Sync Rep Design
Previous:From: Simon RiggsDate: 2011-01-02 20:53:23
Subject: Re: Sync Rep Design

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