Re: pg_ctl stop failure - Mailing list pgsql-novice

From Birchall, Austen
Subject Re: pg_ctl stop failure
Date
Msg-id 4E154FB60786D74BB4DFDC97BF991CAC050D9A@EXXCMPD1DAG2.cmpd1.metoffice.gov.uk
Whole thread Raw
In response to Re: pg_ctl stop failure  (Andreas Schmitz <mailinglist@longimanus.net>)
Responses Re: pg_ctl stop failure  (Andreas Schmitz <mailinglist@longimanus.net>)
Re: pg_ctl stop failure  (Andreas Schmitz <mailinglist@longimanus.net>)
List pgsql-novice
As

show archive_command;
 archive_command
-----------------
 (disabled)
(1 row)

Doesn't this mean that I can't use pg_start_backup but something to keep in mind for the future

Thanks

Austen


-----Original Message-----
From: Andreas Schmitz [mailto:mailinglist@longimanus.net]
Sent: 21 May 2013 16:45
To: Birchall, Austen
Cc: pgsql-novice@postgresql.org
Subject: Re: [NOVICE] pg_ctl stop failure

There is no need for a restore. The online copy is a snapshot of the cluster dir and can be used like an offline copy.
Theadvantage is that no databases and backend processes need to be terminated. 

regards

Andreas


On 05/20/2013 11:57 AM, Birchall, Austen wrote:
> Hi Andreas
>
> Due to permissions associated with the ESRI 'system' user even in 9.* you can't do a simple restore from an online
backup- you have to restore public first- for 8.3 I have unable to get this solution to work hence going down the
offlineroute, which is actually not an issue as regards downtime for the particular databases I am working on at
present.
>
> Austen
>
> -----Original Message-----
> From: pgsql-novice-owner@postgresql.org
> [mailto:pgsql-novice-owner@postgresql.org]
> Sent: 19 May 2013 10:20
> To: pgsql-novice@postgresql.org
> Subject: [pgsql-novice] Daily digest v1.3342 (1 messages)
>
> Message Digest
> Volume 1 : Issue 3342 : "mime" Format
>
> Messages in this Issue:
>    Re: pg_ctl stop failure
>
>



pgsql-novice by date:

Previous
From: Andreas Schmitz
Date:
Subject: Re: pg_ctl stop failure
Next
From: Andreas Schmitz
Date:
Subject: Re: pg_ctl stop failure