Re: Better handling of archive_command problems - Mailing list pgsql-hackers

From Daniel Farina
Subject Re: Better handling of archive_command problems
Date
Msg-id CAAZKuFYbMogz0k-hMrzKPDQKhAai20eL4aVa-Z8=QyfRkYwTqg@mail.gmail.com
Whole thread Raw
In response to Better handling of archive_command problems  (Peter Geoghegan <pg@heroku.com>)
Responses Re: Better handling of archive_command problems  (Robert Haas <robertmhaas@gmail.com>)
List pgsql-hackers
On Mon, May 13, 2013 at 3:02 PM, Peter Geoghegan <pg@heroku.com> wrote:
> Has anyone else thought about approaches to mitigating the problems
> that arise when an archive_command continually fails, and the DBA must
> manually clean up the mess?

Notably, the most common problem in this vein suffered at Heroku has
nothing to do with archive_command failing, and everything to do with
the ratio of block device write performance (hence, backlog) versus
the archiving performance.  When CPU is uncontended it's not a huge
deficit, but it is there and it causes quite a bit of stress.

Archive commands failing are definitely a special case there, where it
might be nice to bring write traffic to exactly zero for a time.



pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: commit fest schedule for 9.4
Next
From: Michael Paquier
Date:
Subject: Re: Parallel Sort