Re: pg_stop_backup running for 10h?

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/

In response to

Responses

Browse pgsql-general by date

  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