Skip site navigation (1) Skip section navigation (2)

Re: [HACKERS] Point in Time Recovery

From: Christopher Kings-Lynne <chriskl(at)familyhealth(dot)com(dot)au>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>,Simon Riggs <simon(at)2ndquadrant(dot)com>, markw(at)osdl(dot)org, kn(at)mgnet(dot)de,pgsql-patches(at)postgresql(dot)org
Subject: Re: [HACKERS] Point in Time Recovery
Date: 2004-07-20 01:22:42
Message-ID: 40FC73E2.4080100@familyhealth.com.au (view raw or flat)
Thread:
Lists: pgsql-adminpgsql-hackerspgsql-patches
> Okay, we agree on that part at least; I'll take care of it.  If anyone
> wants to argue for further copying during initdb, that can be added
> later.

I reckon it should be copied into $PGDATA :)  Otherwise, when I'm in a 
panic at recovery time, I'd have to figure out where the heck my package 
has installed the share conf file to, conf files usually aren't in 
share, etc., etc.

Chris


In response to

pgsql-hackers by date

Next:From: Christopher Kings-LynneDate: 2004-07-20 01:36:00
Subject: Re: Point in Time Recovery
Previous:From: Christopher Kings-LynneDate: 2004-07-20 01:20:35
Subject: Re: pg_dump bug fixing

pgsql-admin by date

Next:From: Tom LaneDate: 2004-07-20 04:14:29
Subject: Re: PITR COPY Failure (was Point in Time Recovery)
Previous:From: Mark KirkwoodDate: 2004-07-20 00:48:50
Subject: Re: PITR COPY Failure (was Point in Time Recovery)

pgsql-patches by date

Next:From: Andrew DunstanDate: 2004-07-20 02:01:50
Subject: pg_config
Previous:From: Mark KirkwoodDate: 2004-07-20 00:48:50
Subject: Re: PITR COPY Failure (was Point in Time Recovery)

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group