Skip site navigation (1) Skip section navigation (2)

Re: HS/SR on AIX

From: Steve Singer <ssinger(at)ca(dot)afilias(dot)info>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: PostgreSQL-development Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: HS/SR on AIX
Date: 2010-08-25 15:05:57
Message-ID: 4C753155.3070708@ca.afilias.info (view raw or flat)
Thread:
Lists: pgsql-adminpgsql-hackers
Tom Lane wrote:
> Steve Singer <ssinger(at)ca(dot)afilias(dot)info> writes:
>> I think I've been able to reproduce the issue floating around with 
>> streaming replication on AIX.
> 
> Excellent, because we weren't getting much from the original reporter.

I'm withdrawing my comment, today on a clean install of the binaries I 
am not able to reproduce any of this.

Today with beta4 I can stream replication to the standby and bring the 
standby up to read-write without issues.

Yesterday when I had put beta4 on top of beta2 without explicitly 
deleting all of the beta2 binaries/libraries first. I'm thinking maybe 
some portions of beta2 where still laying around.

It is also possible that an old version of a shared library was still 
sitting in memory and was being picked up by the newer postgresql (man 
slibclean on AIX)

I will do another clean build from the beta4 source tar to confirm that 
I'm not still having the issue but I'm thinking the original reporter 
might have done something similar and had some old artifacts laying around.



> 
>> This worked fine with beta2 but now seems to be an issue on beta4.
> 
>> If I do
>> export LIBPATH=/opt/dbs/pgsql9-beta2/lib/
>> before starting the standby postmaster then it seems to work.
> 
> Fascinating.  That seems to prove that it's an rpath problem.  My
> first guess is that the relevant change between beta2 and beta4 is
> my LDFLAGS changes.  See
> http://archives.postgresql.org/pgsql-committers/2010-07/msg00060.php
> and following commits.
> 
> 			regards, tom lane
> 


-- 
Steve Singer
Afilias Canada
Data Services Developer
416-673-1142

In response to

Responses

pgsql-hackers by date

Next:From: A.M.Date: 2010-08-25 15:15:21
Subject: initdb fails to allocate shared memory
Previous:From: Euler Taveira de OliveiraDate: 2010-08-25 15:01:03
Subject: Re: SQLSTATE of notice PGresult

pgsql-admin by date

Next:From: Kevin GrittnerDate: 2010-08-25 15:11:28
Subject: Re: 8.2 "real-time" recovery
Previous:From: Dragos Valentin MoinescuDate: 2010-08-25 14:42:04
Subject: Re: 8.2 "real-time" recovery

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group