From: | Laurens Wagemakers <l(dot)wagemakers(at)truston(dot)com> |
---|---|
To: | "'Tom Lane'" <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | "'pgsql-admin(at)postgresql(dot)org'" <pgsql-admin(at)postgresql(dot)org> |
Subject: | Re: PG_DUMP / PG_RESTORE |
Date: | 2004-05-27 05:31:59 |
Message-ID: | DB1B4FC9815DD411A01D00B0D03D7907012F93E3@nlnt16.truston.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
Again you got it right although my customer was sure he had 7.1 running I
asked him to run psql -V which resolved version 7.2.1
Thanx,
Laurens
-----Original Message-----
From: Tom Lane [mailto:tgl(at)sss(dot)pgh(dot)pa(dot)us]
Sent: Tuesday, May 25, 2004 8:46 PM
To: Laurens Wagemakers
Cc: 'pgsql-admin(at)postgresql(dot)org'
Subject: Re: [ADMIN] PG_DUMP / PG_RESTORE
Laurens Wagemakers <l(dot)wagemakers(at)truston(dot)com> writes:
> Running postgresql 7.1.3 on Solaris 9:
> Restoring a database from a RH 7.3 Postgresql 7.1 version
You generally aren't going to be able to restore a dump into an older
version without some manual labor.
> CREATE SEQUENCE "live_autoincrement" start 1 increment 1 maxvalue
> 92233720368547
> 75807 minvalue 1 cache 1;
> ERROR: parser: parse error at or near "9223372036854775807"
In this particular case the issue is that 7.1 didn't have 64-bit
sequence values. (No, I don't think your RH database is 7.1 ...)
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2004-05-27 13:35:06 | Re: pg_hba.conf |
Previous Message | C. Bensend | 2004-05-27 03:35:47 | Re: pg_hba.conf |