From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Steve Crawford <scrawford(at)pinpointresearch(dot)com> |
Cc: | Radamanthus Batnag <rad(dot)batnag(at)devex(dot)com>, pgsql-admin(at)postgresql(dot)org |
Subject: | Re: WAL file compatibility |
Date: | 2009-10-26 14:03:56 |
Message-ID: | 20084.1256565836@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
Steve Crawford <scrawford(at)pinpointresearch(dot)com> writes:
> Tom Lane wrote:
>> The source and destination servers have to be the same major PG release,
>> same architecture (no 32-bit vs 64-bit for instance), and built with the
>> same configure options. OS per se shouldn't matter, but you could
>> easily get burnt on configure options if you use binaries obtained from
>> different packagers. Compare pg_config output or check the fields
>> listed by pg_controldata.
> Out of curiosity, will Pg automatically detect incompatible WAL files
> and refuse to operate on them throwing the appropriate error or can it
> appear to work for a while until it suddenly doesn't?
There are checks on the contents of pg_control, not directly on WAL
files, but the system identifier checks should link the two together.
I suspect the largest practical risk is that different OSes might assign
different behaviors to the same locale name. There's really no good way
for Postgres to detect that :-(
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | David F. Skoll | 2009-10-26 14:25:25 | Warm standby problems |
Previous Message | Scott Mead | 2009-10-26 12:04:44 | Re: Permissions to schema |