Re: dump/restore needed when switching from 32bit to 64bit

From: Dirk Lutzebäck <lutzeb(at)aeccom(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-admin(at)postgresql(dot)org, pgsql-general(at)postgresql(dot)org, sgeisler(at)aeccom(dot)com
Subject: Re: dump/restore needed when switching from 32bit to 64bit
Date: 2005-07-19 17:48:59
Message-ID: 42DD3D0B.5080101@aeccom.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin pgsql-general

Thanks Tom,

we now stay with 32bit to allow backward compatibilty with XEON which is
needed as a fail-over system.

The question is which gcc cflags are best used with XEON and Opteron to
achieve fail-over compatibility. This is what we used for postgresql 8.0.3:

XEON, RHEL 3.0 AS:
CFLAGS = "-mcpu=pentium4 -march=pentium4"

Opteron 875, RHEL 3.0 AS, gcc version 3.2.3 20030502 (Red Hat Linux
3.2.3-42):
CFLAGS = "-Acpu=x86_64 -Amachine=x86_64"

Do we still need a dump/restore with this config?

Regards,

Dirk

Tom Lane wrote:

>=?ISO-8859-1?Q?Dirk_Lutzeb=E4ck?= <lutzeb(at)aeccom(dot)com> writes:
>
>
>>when have a 8.0.3 database running on a XEON machine. We want to replace
>>it with an Opteron where postgresql is to be compiled with 64bit. Do we
>>need a dump/restore or can we just start the db with the new compilation?
>>
>>
>
>I'd bet you need a dump/restore --- MAXALIGN is most likely different
>on the two platforms. If it isn't, then maybe you could get away with
>this, but it's definitely risky.
>
> regards, tom lane
>
>

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message FM 2005-07-19 19:49:41 PGSQL 7.4.8 : idle in transaction problem
Previous Message Ilja Golshtein 2005-07-19 17:24:27 Re: Old question - failed to find conversion function from

Browse pgsql-general by date

  From Date Subject
Next Message Oisin Glynn 2005-07-19 18:01:38 Re: How to pass the password for login in psql
Previous Message Josef Springer 2005-07-19 17:26:30 How to pass the password for login in psql