Re: Interaction of PITR backups and Bulkoperationsavoiding WAL - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: Interaction of PITR backups and Bulkoperationsavoiding WAL
Date
Msg-id 200704022309.l32N9Cb17331@momjian.us
Whole thread Raw
In response to Re: Interaction of PITR backups and Bulkoperationsavoiding WAL  ("Simon Riggs" <simon@2ndquadrant.com>)
Responses Re: Interaction of PITR backups andBulkoperationsavoiding WAL
List pgsql-hackers
Where is this patch?

---------------------------------------------------------------------------

Simon Riggs wrote:
> On Fri, 2007-03-09 at 11:47 -0500, Tom Lane wrote:
> > "Simon Riggs" <simon@2ndquadrant.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 Riggs             
>   EnterpriseDB   http://www.enterprisedb.com
> 
> 
> 
> ---------------------------(end of broadcast)---------------------------
> TIP 6: explain analyze is your friend

--  Bruce Momjian  <bruce@momjian.us>          http://momjian.us EnterpriseDB
http://www.enterprisedb.com
 + If your life is a hard drive, Christ can be your backup. +


pgsql-hackers by date:

Previous
From: Mark Dilger
Date:
Subject: Re: Bug in UTF8-Validation Code?
Next
From: Bruce Momjian
Date:
Subject: Re: Bug: Buffer cache is not scan resistant