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 200705160047.l4G0lZm15515@momjian.us
Whole thread Raw
In response to Re: Interaction of PITR backups and Bulkoperationsavoiding WAL  ("Jim C. Nasby" <decibel@decibel.org>)
List pgsql-hackers
OK, removed.

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

Jim C. Nasby wrote:
> Simon intended to commit this per
> http://archives.postgresql.org/pgsql-hackers/2007-03/msg01761.php
> (actually, there was a change in what was being done). I suspect this
> item isn't valid any longer.
> 
> On Tue, May 15, 2007 at 07:30:58PM -0400, Bruce Momjian wrote:
> > 
> > This has been saved for the 8.4 release:
> > 
> >     http://momjian.postgresql.org/cgi-bin/pgpatches_hold
> > 
> > ---------------------------------------------------------------------------
> > 
> > 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. +
> > 
> > ---------------------------(end of broadcast)---------------------------
> > TIP 3: Have you checked our extensive FAQ?
> > 
> >                http://www.postgresql.org/docs/faq
> > 
> 
> -- 
> Jim Nasby                                      decibel@decibel.org
> EnterpriseDB      http://enterprisedb.com      512.569.9461 (cell)

--  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: "Jim C. Nasby"
Date:
Subject: Re: Interaction of PITR backups and Bulkoperationsavoiding WAL
Next
From: Tatsuo Ishii
Date:
Subject: Re: Not ready for 8.3