Re: Data-only pg_rewind, take 2 - Mailing list pgsql-hackers

From Thomas Munro
Subject Re: Data-only pg_rewind, take 2
Date
Msg-id CA+hUKGKauyfUs4=8oyZxcEv=g3sxL4ET9Ybzbf9HdQ0ce=BC7A@mail.gmail.com
Whole thread Raw
In response to Re: Data-only pg_rewind, take 2  (Thomas Munro <thomas.munro@gmail.com>)
List pgsql-hackers
On Mon, Jul 8, 2019 at 7:04 PM Thomas Munro <thomas.munro@gmail.com> wrote:
> On Mon, Mar 18, 2019 at 8:46 PM Chris Travers <chris.travers@adjust.com> wrote:
> > On Mon, Mar 18, 2019 at 4:09 AM Michael Paquier <michael@paquier.xyz> wrote:
> >> On Sun, Mar 17, 2019 at 09:00:57PM +0800, Chris Travers wrote:
> >> > I also added test cases and some docs.  I don't know if the docs are
> >> > sufficient.  Feedback is appreciated.
> >>
> >> To be honest, I don't think that this approach is a good idea per the
> >> same reasons as mentioned the last time, as this can cause pg_rewind
> >> to break if any newly-added folder in the data directory has
> >> non-replaceable data which is needed at the beginning of recovery and
> >> cannot be automatically rebuilt.  So that's one extra maintenance
> >> burden to worry about.
> >
> > Actually I think this is safe.  Let me go through the cases not handled in the current behavior at all:
>
> Hi Chris,
>
> Could you please post a rebase?  This has fairly thoroughly bitrotted.
> The Commitfest is here, so now would be an excellent time for people
> to be able to apply and test the patch.

Hi Chris,

I set this to "Returned with feedback" due to lack of response.  If
you'd prefer to move it to the next CF instead because you're planning
to work on it in time for the September CF, that might still be
possible, otherwise of course please create a new entry when you're
ready.  Thanks!

-- 
Thomas Munro
https://enterprisedb.com



pgsql-hackers by date:

Previous
From: Thomas Munro
Date:
Subject: Re: NOT IN subquery optimization
Next
From: Thomas Munro
Date:
Subject: Re: [PATCH] src/test/modules/dummy_index -- way to test reloptionsfrom inside of access method