References: <bf801eb082936b7671c4f7dfb26beec3@mail.gmail.com>
Message-ID: <1407159008.1433.YahooMailNeo@web122302.mail.ne1.yahoo.com>
Date: Mon, 4 Aug 2014 06:30:08 -0700
From: Kevin Grittner <kgrittn@ymail.com>
Reply-To: Kevin Grittner <kgrittn@ymail.com>
Subject: Re: upgrading postgres 7.3.4 to 9.1.9
To: Khangelani Gama <kgama@argility.com>,
 "pgsql-admin@postgresql.org" <pgsql-admin@postgresql.org>
In-Reply-To: <bf801eb082936b7671c4f7dfb26beec3@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Precedence: bulk
Sender: pgsql-admin-owner@postgresql.org

Khangelani Gama <kgama@argility.com> wrote:

> this one instance is still on postgres 7.
>
> I dumped postgres 7 database using pg_dump =E2=80=93Fc on postgres 7
> binaries and then attempted pg_restore =E2=80=93Fc (using postgres9.1.9
> binaries)

The recommended approach is to perform the dump with software from
the newer version.

> which threw out the following errors.

> ERROR:=C2=A0 language "plpgsql" already exists
> DETAIL:=C2=A0 Proceeding with relation creation anyway.

I'm not sure you'll get this if you use the 9.1 pg_dump.=C2=A0 In any
event, I think it could be safely ignored if you do so.

> ERROR:=C2=A0 could not access file "$libdir/plperl": No such file or dire=
ctory
> ERROR:=C2=A0 function public.plperl_call_handler() does not exist
> ERROR:=C2=A0 could not access file "$libdir/plperl": No such file or dire=
ctory
> ERROR:=C2=A0 language "plperlu" does not exist

I would use CREATE EXTENSION for plperlu on the 9.1 database before
attempting to restore.

> Because of the above errors I tried the following
>
> /usr/local/pgsql9/bin/createlang -p59999 plperl template1
>
> createlang: language installation failed: ERROR:=C2=A0 could not open ext=
ension control file "/usr/local/pgsql9/share/extension/plperl.control": No =
such file or directory

I would just use CREATE EXTENSION from psql.=C2=A0 You might need to
install an optional package or some such, since you don't seem to
have the code....

Note that 7.3.4 is missing years of bug fixes, including fixes for
serious data-eating bugs.=C2=A0 I would recommend upgrading from 7.3.4
to 7.3.21 before attempting the major release upgrade if possible.

--
Kevin Grittner
EDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company


--=20
Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-admin