Re: pg_stop_backup running for 10h?

Поиск
Список
Период
Сортировка
От Magnus Hagander
Тема Re: pg_stop_backup running for 10h?
Дата
Msg-id CABUevEyakeP-PPbEdqojeV+AX-q9b9u=XmsSAaqu2tr9j3RnMg@mail.gmail.com
обсуждение исходный текст
Ответ на pg_stop_backup running for 10h?  (François Beausoleil <francois@teksol.info>)
Ответы Re: pg_stop_backup running for 10h?
Список pgsql-general

On Sat, Jan 11, 2014 at 11:26 PM, François Beausoleil <francois@teksol.info> wrote:
Hi all,

I'm using OmniPITR to build a new slave. According to pg_stat_activity, pg_stop_backup has been running for nearly 11 hours. The WAL archive command is running just fine and reporting "Segment X successfully sent to all destinations".

I had the same issue almost a year ago (http://www.postgresql.org/message-id/9CC57302-10F8-4678-BBD3-028EC6B57051@teksol.info), but don't have permission issues this time around.

What could cause a pg_stop_backup() to run for such a long time?

Can't speak for the OmniPITR specific parts, but typically the archive_command reacting strangely would cause pg_stop_backup() to wait.

You include the logs from omniptr, but do you get anything in the *postgresql* logs? If it's the archive command it should clearly tell you that. It should also tell you if you can safely cancel the pg_stop_backup() command.


--
 Magnus Hagander
 Me: http://www.hagander.net/
 Work: http://www.redpill-linpro.com/

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

Предыдущее
От: Bill Moran
Дата:
Сообщение: Re: Index space growing even after cleanup via autovacuum in Postgres 9.2
Следующее
От: "Abraham, Danny"
Дата:
Сообщение: PG 924, Windows 2012, error code 487