Re: pg_stop_backup does not complete

Поиск
Список
Период
Сортировка
От Greg Stark
Тема Re: pg_stop_backup does not complete
Дата
Msg-id 407d949e1002260500r794a2d6fo4854e757bf91fbb6@mail.gmail.com
обсуждение исходный текст
Ответ на pg_stop_backup does not complete  (Josh Berkus <josh@agliodbs.com>)
Ответы Re: pg_stop_backup does not complete  (Fujii Masao <masao.fujii@gmail.com>)
Список pgsql-hackers
On Fri, Feb 26, 2010 at 9:41 AM, Bernd Helmle <mailings@oopsware.de> wrote:
>
>
> --On 24. Februar 2010 16:01:02 -0500 Tom Lane <tgl@sss.pgh.pa.us> wrote:
>
>> One objection to this is that it's not very clear to the user when
>> pg_stop_backup has finished with actual work and is just waiting for the
>> archiver, ie when is it safe to hit control-C?  Maybe we should emit a
>> "backup done, waiting for archiver to complete" notice before entering
>> the sleep loop.
>
> +1 for this. This hint would certainly help to recognize the issue
> immediately (or at least point to a possible cause).

So looking at the code we *do* print something in pg_stop_backup(). We
just wait 60s before doing so. I propose we shorten that to 10s.

Secondarily, the message printed at this time and when the process is
finished doesn't actually give the user any information on how much
longer to expect the process to take.

It would be nice to say what the target archive log we're waiting on
is and then periodically print out what the last archived log file
was. Or perhaps just do the arithmetic and periodically print how many
megabytes of log files remain to be archived.


--
greg


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

Предыдущее
От: Gokulakannan Somasundaram
Дата:
Сообщение: Re: A thought on Index Organized Tables
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: A thought: should we run pgindent now?