From: | Magnus Hagander <magnus(at)hagander(dot)net> |
---|---|
To: | François Beausoleil <francois(at)teksol(dot)info> |
Cc: | Forums postgresql <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: pg_stop_backup running for 10h? |
Date: | 2014-01-12 10:38:56 |
Message-ID: | CABUevEyakeP-PPbEdqojeV+AX-q9b9u=XmsSAaqu2tr9j3RnMg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Sat, Jan 11, 2014 at 11:26 PM, François Beausoleil
<francois(at)teksol(dot)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/
From | Date | Subject | |
---|---|---|---|
Next Message | Abraham, Danny | 2014-01-12 14:07:49 | PG 924, Windows 2012, error code 487 |
Previous Message | Bruce Momjian | 2014-01-12 04:26:29 | Re: [GENERAL] pg_upgrade & tablespaces |