Re: Data-only pg_rewind, take 2

From: Thomas Munro <thomas(dot)munro(at)gmail(dot)com>
To: Chris Travers <chris(dot)travers(at)adjust(dot)com>
Cc: Michael Paquier <michael(at)paquier(dot)xyz>, Postgres hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: Data-only pg_rewind, take 2
Date: 2019-08-01 23:07:12
Message-ID: CA+hUKGKauyfUs4=8oyZxcEv=g3sxL4ET9Ybzbf9HdQ0ce=BC7A@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Mon, Jul 8, 2019 at 7:04 PM Thomas Munro <thomas(dot)munro(at)gmail(dot)com> wrote:
> On Mon, Mar 18, 2019 at 8:46 PM Chris Travers <chris(dot)travers(at)adjust(dot)com> wrote:
> > On Mon, Mar 18, 2019 at 4:09 AM Michael Paquier <michael(at)paquier(dot)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

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Thomas Munro 2019-08-01 23:12:35 Re: [PATCH] src/test/modules/dummy_index -- way to test reloptions from inside of access method
Previous Message Thomas Munro 2019-08-01 22:57:45 Re: NOT IN subquery optimization