Re: Interaction of PITR backups andBulkoperationsavoiding WAL

From: Bruce Momjian <bruce(at)momjian(dot)us>
To: Simon Riggs <simon(at)2ndquadrant(dot)com>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Interaction of PITR backups andBulkoperationsavoiding WAL
Date: 2007-04-27 14:33:23
Message-ID: 200704271433.l3REXNi25545@momjian.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Simon Riggs wrote:
> On Thu, 2007-04-26 at 18:51 -0400, Bruce Momjian wrote:
> > Simon Riggs wrote:
> > > On Fri, 2007-03-09 at 11:47 -0500, Tom Lane wrote:
> > > > "Simon Riggs" <simon(at)2ndquadrant(dot)com> writes:
> > > > > On Fri, 2007-03-09 at 11:15 -0500, Tom Lane wrote:
> > > > >> It strikes me that allowing archive_command to be changed on the fly
> > > > >> might not be such a good idea though, or at least it shouldn't be
> > > > >> possible to flip it from empty to nonempty during live operation.
> > > >
> > > > > I'd rather fix it the proposed way than force a restart. ISTM wrong to
> > > > > have an availability feature cause downtime.
> > > >
> > > > I don't think that people are very likely to need to turn archiving on
> > > > and off on-the-fly. Your proposed solution introduces a great deal of
> > > > complexity (and risk of future bugs-of-omission, to say nothing of race
> > > > conditions) to solve a non-problem. We have better things to be doing
> > > > with our development time.
> > >
> > > It's certainly a quicker fix. Unless others object, I'll set
> > > archive_command to only be changeable at server startup.
> >
> > Simon, has this patch been submitted?
>
> Yes

Uh, do you see it in the patch queue now? If not, what was the subject
line.

--
Bruce Momjian <bruce(at)momjian(dot)us> http://momjian.us
EnterpriseDB http://www.enterprisedb.com

+ If your life is a hard drive, Christ can be your backup. +

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2007-04-27 14:37:29 Re: Avoiding unnecessary reads in recovery
Previous Message Bruce Momjian 2007-04-27 14:30:49 Re: New version of GENERATED/IDENTITY, was Re: parser dilemma