Re: pg_upgrade difficulties

From: Steve Crawford <scrawford(at)pinpointresearch(dot)com>
To: "pgsql-admin(at)postgresql(dot)org Admin" <pgsql-admin(at)postgresql(dot)org>
Cc: devrim(at)gunduz(dot)org, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Subject: Re: pg_upgrade difficulties
Date: 2011-09-14 18:06:52
Message-ID: 4E70ED3C.6020604@pinpointresearch.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

On 09/14/2011 08:48 AM, Steve Crawford wrote:
> On 09/13/2011 05:31 PM, Tom Lane wrote:
>> Steve Crawford<scrawford(at)pinpointresearch(dot)com> writes:
>>> waiting for server to start....../usr/pgsql-9.1/bin/pg_ctl: symbol
>>> lookup error: /usr/pgsql-9.1/bin/pg_ctl: undefined symbol: PQping
>>> There were problems executing "/usr/pgsql-9.1/bin/pg_ctl" -w -l
>>> "upgrade.log" -D "/var/lib/pgsql/9.1/data" -o "-p 5432 -b" start>>
>>> "upgrade.log" 2>&1
>> This looks like your pg_ctl executable is mistakenly getting linked to a
>> pre-9.1 version of libpq.so. Don't know enough about the file layout in
>> the current PGDG RPMs to speculate as to why.
>>
>> regards, tom lane
>>
> Devrim, any thoughts?
>
> Cheers,
> Steve
>

OK, it's a packaging/library issue that seems likely to bite anyone
trying to do a parallel install of 9.0 and 9.1 from PGDG CentOS repo.
Don't know if if affects any other packages. Basically, everything seems
to load the old libraries, not the new ones.

Here are the installed packages:
postgresql90.i386 9.0.4-2PGDG.rhel5 installed
postgresql90-contrib.i386 9.0.4-2PGDG.rhel5 installed
postgresql90-devel.i386 9.0.4-2PGDG.rhel5 installed
postgresql90-libs.i386 9.0.4-2PGDG.rhel5 installed
postgresql90-server.i386 9.0.4-2PGDG.rhel5 installed
postgresql91.i386 9.1.0-2PGDG.rhel5 installed
postgresql91-contrib.i386 9.1.0-2PGDG.rhel5 installed
postgresql91-devel.i386 9.1.0-2PGDG.rhel5 installed
postgresql91-libs.i386 9.1.0-2PGDG.rhel5 installed
postgresql91-server.i386 9.1.0-2PGDG.rhel5 installed

When pg_upgrade and psql do not work correctly:

root:~ ldconfig -p | grep pq
libpqwalreceiver.so (libc6) => /usr/pgsql-9.0/lib/libpqwalreceiver.so
libpqwalreceiver.so (libc6) => /usr/pgsql-9.1/lib/libpqwalreceiver.so
libpq.so.5 (libc6) => /usr/pgsql-9.0/lib/libpq.so.5
libpq.so.5 (libc6) => /usr/pgsql-9.1/lib/libpq.so.5
libpq.so (libc6) => /usr/pgsql-9.0/lib/libpq.so
libpq.so (libc6) => /usr/pgsql-9.1/lib/libpq.so

Here's how the libraries get listed for ldconfig:

root:ld.so.conf.d cd /etc/ld.so.conf.d
root:ld.so.conf.d ls -l post*
-rwx------ 1 root root 20 Sep 8 02:06 postgresql-9.0-libs.conf
-rwx------ 1 root root 20 Sep 12 10:57 postgresql-9.1-libs.conf

But if I rename postgresql-9.0-libs.conf so it sorts later and rerun
ldconfig I see:

root:ld.so.conf.d mv postgresql-9.0-libs.conf postgresql-9.old-libs.conf

root:ld.so.conf.d ls -l post*
-rwx------ 1 root root 20 Sep 12 10:57 postgresql-9.1-libs.conf
-rwx------ 1 root root 20 Sep 8 02:06 postgresql-9.old-libs.conf

root:ld.so.conf.d ldconfig

root:ld.so.conf.d ldconfig -p | grep pq
libpqwalreceiver.so (libc6) => /usr/pgsql-9.1/lib/libpqwalreceiver.so
libpqwalreceiver.so (libc6) => /usr/pgsql-9.0/lib/libpqwalreceiver.so
libpq.so.5 (libc6) => /usr/pgsql-9.1/lib/libpq.so.5
libpq.so.5 (libc6) => /usr/pgsql-9.0/lib/libpq.so.5
libpq.so (libc6) => /usr/pgsql-9.1/lib/libpq.so
libpq.so (libc6) => /usr/pgsql-9.0/lib/libpq.so

Now pg_upgrade works fine, I can start the new cluster and psql works as
expected. I can rename the 9.0 conf file back to its original name and
use yum to remove 9.0 and everything seems to work. I suspect I could
run 9.0 and 9.1 in parallel after fixing the library issue but did not try.

Cheers,
Steve

In response to

Browse pgsql-admin by date

  From Date Subject
Next Message Tom Lane 2011-09-14 21:05:55 Re: database size much bigger than tablespaces on filesystem
Previous Message Rob Audenaerde 2011-09-14 16:04:29 Re: database size much bigger than tablespaces on filesystem