Re: WAL file internals and why a 64 bit will not work on a 32 bit

From: "Dhaval Shah" <dhaval(dot)shah(dot)m(at)gmail(dot)com>
To: "Richard Huxton" <dev(at)archonet(dot)com>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: WAL file internals and why a 64 bit will not work on a 32 bit
Date: 2007-05-11 00:11:24
Message-ID: 565237760705101711h1abb667dme48afb879edfdfeb@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Thanks.

If I partition my disk differently between the primary and standby
will that be a problem?

Regards
Dhaval

On 5/10/07, Richard Huxton <dev(at)archonet(dot)com> wrote:
> Dhaval Shah wrote:
> > I do know that WAL files taken from a 64 bit OS will not work on a 32
> > bit OS. However I have to prepare a technical answer to this.
> >
> > That is, questions like - why a WAL file from 64 bit will not work in
> > 32 bit. Also does the WAL file differ for same architecture but
> > different kind of partitions?
>
> The WAL files track on-disk changes. That is, they represent the bytes
> changed in individual blocks. So - both machines will need to have
> *identical* on-disk formats for the WAL transfer to work.
>
> It can be something as small as a configuration option chosen when
> compiling PostgreSQL. For example - you can change between
> floating-point and integer date-times at ./configure time and if you use
> different settings on two identical machines then the WAL files will be
> incompatible.
>
> The obvious incompatibility I'd expect in a 32 to 64-bit changeover
> would be alignment of data fields to 32 or 64-bit boundaries. I've not
> checked, but I'd be surprised if there wasn't some difference there.
>
> --
> Richard Huxton
> Archonet Ltd
>

--
Dhaval Shah

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message novnov 2007-05-11 00:18:32 Installation fails on windows vista
Previous Message Ottavio Campana 2007-05-10 23:19:48 Re: tokenize string for tsearch?