Re: [HACKERS] Point in Time Recovery

From: Christopher Kings-Lynne <chriskl(at)familyhealth(dot)com(dot)au>
To: Mark Kirkwood <markir(at)coretech(dot)co(dot)nz>
Cc: Klaus Naumann <kn(at)mgnet(dot)de>, markw(at)osdl(dot)org, tgl(at)sss(dot)pgh(dot)pa(dot)us, simon(at)2ndquadrant(dot)com, pgman(at)candle(dot)pha(dot)pa(dot)us, pgsql-patches(at)postgresql(dot)org
Subject: Re: [HACKERS] Point in Time Recovery
Date: 2004-07-21 01:41:37
Message-ID: 40FDC9D1.5060705@familyhealth.com.au
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin pgsql-hackers pgsql-patches

I'm in favour of how it is now, so long as the comment is clear. It's
the Unix Way :)

Chris

> I'd vote for it as a clarity factor too.
>
> Klaus Naumann wrote:
>
>> On Tue, 20 Jul 2004 markw(at)osdl(dot)org wrote:
>>
>>
>>
>>> FATAL: unrecognized configuration parameter "archive_mode"
>>>
>>> Have I missed something since it has been committed?
>>>
>>
>>
>> Yes, Tom has removed this option in favorite of just setting
>> archive_command to a value which then enables the PITR code also.
>>
>> But as I've seen this isn't discussed to the very end currently.
>>
>> My 2ct: I'd prefer to have archive_mode in the config as it really makes
>> clear that this database is archiving. I fear users will not understand
>> that giving a program for archival will also enable the PITR function.
>>
>> Greetings, Klaus
>>
>>
>>
>>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 2: you can get off all lists at once with the unregister command
> (send "unregister YourEmailAddressHere" to majordomo(at)postgresql(dot)org)

In response to

Browse pgsql-admin by date

  From Date Subject
Next Message Howard Bagcat 2004-07-21 01:52:05 execute user-defined BKI
Previous Message Howard Bagcat 2004-07-21 01:14:05 Invalid User ID: 0

Browse pgsql-hackers by date

  From Date Subject
Next Message Mark Kirkwood 2004-07-21 02:27:49 Re: PITR COPY Failure (was Point in Time Recovery)
Previous Message Christopher Kings-Lynne 2004-07-21 01:27:02 Re: Patch for pg_dump: Multiple -t options and new -T option

Browse pgsql-patches by date

  From Date Subject
Next Message Steve Holdoway 2004-07-21 02:20:33 Borland c++ compile problems...
Previous Message Christopher Kings-Lynne 2004-07-21 01:37:06 Re: pg_dump --clean w/ <= 7.2 server