From: | Joe Conway <mail(at)joeconway(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | simon(at)2ndquadrant(dot)com, 'Gavin Sherry' <swm(at)linuxworld(dot)com(dot)au>, tswan(at)idigx(dot)com, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Out of space situation and WAL log pre-allocation (was |
Date: | 2004-03-03 04:31:59 |
Message-ID: | 40455FBF.5000702@joeconway.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Tom Lane wrote:
> One of the things that bothers me about the present PITR design is that
> it presumes that individual WAL log segments can be kept until the
> external archiver process feels like writing them somewhere. If there's
> no guarantee that that happens within X amount of time, then you can't
> bound the amount of space needed on the WAL drive, and so you are back
> facing the possibility of an out-of-WAL-space panic. I suspect that we
> cannot really do anything about that, but it's annoying. Any bright
> ideas out there?
Maybe specify an archive location (that of course could be on a separate
partition) that the external archiver should check in addition to the
normal WAL location. At some predetermined interval, push WAL log
segments no longer needed to the archive location.
Joe
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2004-03-03 04:33:58 | Re: [HACKERS] Tablespaces |
Previous Message | Bruce Momjian | 2004-03-03 04:27:46 | Re: Tablespaces |