Re: [COMMITTERS] pgsql: Allow time delayed standbys and recovery

From: Thom Brown <thom(at)linux(dot)com>
To: Robert Haas <robertmhaas(at)gmail(dot)com>
Cc: Magnus Hagander <magnus(at)hagander(dot)net>, Simon Riggs <simon(dot)riggs(at)enterprisedb(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: [COMMITTERS] pgsql: Allow time delayed standbys and recovery
Date: 2022-04-08 14:44:51
Message-ID: CAA-aLv4nS8PP9gYnazK+ugrkdAeqNUhJy+pz3zd=W7mqgn4Zqg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers pgsql-hackers

On Fri, 8 Apr 2022, 14:36 Robert Haas, <robertmhaas(at)gmail(dot)com> wrote:

> On Wed, Apr 6, 2022 at 8:15 AM Robert Haas <robertmhaas(at)gmail(dot)com> wrote:
> > On Tue, Apr 5, 2022 at 8:43 PM Thom Brown <thom(at)linux(dot)com> wrote:
> > > I share your discomfort with the wording. How about:
> > >
> > > WAL records must be kept on standby until they are ready to be applied.
> > > Therefore, longer delays will result in a greater accumulation of WAL
> files,
> > > increasing disk space requirements for the standby's
> <filename>pg_wal</>
> > > directory.
> >
> > Looks awesome.
>
> Here that is in patch form. I feel that the feature freeze should not
> preclude committing this documentation improvement, but if someone
> feels otherwise, then I will leave this until the tree reopens.
>

Thanks. This doesn't include my self-correction:

s/kept on standby/kept on the standby/

Thom

>

In response to

Responses

Browse pgsql-committers by date

  From Date Subject
Next Message Robert Haas 2022-04-08 15:10:09 Re: [COMMITTERS] pgsql: Allow time delayed standbys and recovery
Previous Message Magnus Hagander 2022-04-08 13:45:18 Re: [COMMITTERS] pgsql: Allow time delayed standbys and recovery

Browse pgsql-hackers by date

  From Date Subject
Next Message Matthias van de Meent 2022-04-08 14:52:07 Size of pg_rewrite (Was: Report checkpoint progress with pg_stat_progress_checkpoint)
Previous Message Robert Haas 2022-04-08 14:38:03 Re: avoid multiple hard links to same WAL file after a crash