Received: from maia.hub.org (maia-2.hub.org [200.46.204.251]) by mail.postgresql.org (Postfix) with ESMTP id 5F66FB5DBCB for ; Tue, 21 Jun 2011 03:10:59 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.251]) (amavisd-maia, port 10024) with ESMTP id 49800-02 for ; Tue, 21 Jun 2011 06:10:53 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from smadev.internal.net (host3.dynacom.ondsl.gr [62.103.35.211]) by mail.postgresql.org (Postfix) with ESMTP id CCD56B5D94C for ; Tue, 21 Jun 2011 03:10:52 -0300 (ADT) Received: from smadev.internal.net (localhost.internal.net [127.0.0.1]) by smadev.internal.net (8.14.2/8.14.2) with ESMTP id p5L6ApJQ066658 for ; Tue, 21 Jun 2011 09:10:51 +0300 (EEST) (envelope-from achill@matrix.gatewaynet.com) Received: from localhost (localhost [[UNIX: localhost]]) by smadev.internal.net (8.14.2/8.14.2/Submit) id p5L6Ap3p066657 for pgsql-admin@postgresql.org; Tue, 21 Jun 2011 09:10:51 +0300 (EEST) (envelope-from achill@matrix.gatewaynet.com) From: Achilleas Mantzios Organization: Dynacom Tankers Mgmt To: pgsql-admin@postgresql.org Subject: Re: dump from 9.0 to 8.3 Date: Tue, 21 Jun 2011 09:10:50 +0300 User-Agent: KMail/1.9.7 References: <201106201841.36877.achill@matrix.gatewaynet.com> <4DFF2509020000250003E99E@gw.wicourts.gov> In-Reply-To: <4DFF2509020000250003E99E@gw.wicourts.gov> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <201106210910.51035.achill@matrix.gatewaynet.com> X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.9 tagged_above=-10 required=5 tests=BAYES_00=-1.9 X-Spam-Level: X-Archive-Number: 201106/129 X-Sequence-Number: 37755 =CE=A3=CF=84=CE=B9=CF=82 Monday 20 June 2011 18:46:33 =CE=BF/=CE=B7 Kevin G= rittner =CE=AD=CE=B3=CF=81=CE=B1=CF=88=CE=B5: > Achilleas Mantzios wrote: > =20 > > is there any quick and dirty (or otherwise easy way) to have a > > smooth procedure to load into a 8.3 server data dumped by an 9.0 > > server ? > >=20 > > I tried with pg_dump -i from the 8.3 server without good results. > =20 > Your best bet might be to dump using the 9.0 pg_dump and then see > where the errors are on the load attempt, and edit the file as > needed. > =20 Thanx, unfortunately the dump is 310GB, and that rather forces me to go to = the "migration" direction. Currently we run a central master system, (which i try to upgrade) and ~ 65= slaves in remote locations (very few of them have TCP/IP connectivity). I thought of migrating only the central system and leave the slaves at 8.3 = but this possibility=20 seems rather weak. > -Kevin >=20 =2D-=20 Achilleas Mantzios