Re: pg_basebackup failed to back up large file

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: pg_basebackup failed to back up large file
Дата
Msg-id 20140910220243.GA16199@momjian.us
обсуждение исходный текст
Ответ на Re: pg_basebackup failed to back up large file  (Magnus Hagander <magnus@hagander.net>)
Список pgsql-hackers
On Mon, Jun  9, 2014 at 11:17:41AM +0200, Magnus Hagander wrote:
> On Wednesday, June 4, 2014, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> 
>     Magnus Hagander <magnus@hagander.net> writes:
>     > On Tue, Jun 3, 2014 at 6:38 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>     >> Another thought is we could make pg_basebackup simply skip any files
>     that
>     >> exceed RELSEG_SIZE, on the principle that you don't really need/want
>     >> enormous log files to get copied anyhow.  We'd still need the pax
>     >> extension if the user had configured large RELSEG_SIZE, but having a
>     >> compatible tar could be documented as a requirement of doing that.
> 
>     > I think going all the way to pax is the proper long-term thing to do, at
>     > least if we can confirm it works in the main tar implementations.
> 
>     > For backpatchable that seems more reasonable. It doesn't work today, and
>     we
>     > just need to document that it doesn't, with larger RELSEG_SIZE. And then
>     > fix it properly for the future.
> 
>     Agreed, this would be a reasonable quick fix that we could replace in
>     9.5 or later.
> 
> 
> 
> Fujii, are you going to be able to work on this with the now expanded scope? :)

Is this a TODO or doc item?

--  Bruce Momjian  <bruce@momjian.us>        http://momjian.us EnterpriseDB
http://enterprisedb.com
 + Everyone has their own god. +



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Stephen Frost
Дата:
Сообщение: Re: [BUGS] BUG #10823: Better REINDEX syntax.
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: pg_control is missing a field for LOBLKSIZE