Обсуждение: Misplaced pg_upgrade_support.so ?
Hi, Maybe this is better asked on -general instead of -testers. First off, thank you for bringing this into contrib. I built beta2 this morning to give pg_upgrade a test run, and everything worked out great. The only thing I am not sure of is the expected location of pg_upgrade_support.so. It is a default build with the exception of "--prefix=/usr/local/pgsql-beta2"; pg_upgrade_support.so ended up in /usr/local/pgsql-beta2/lib. Here is what I saw when running pg_upgrade initially: %pg_upgrade -d /var/db/pgsql/data \ -D /var/db/pgsql/data2 \ -b /usr/local/pgsql-beta1/bin \ -B /usr/local/pgsql-beta2/bin Performing Consistency Checks ----------------------------- Checking old data directory (/var/db/pgsql/data) ok Checking new data directory (/var/db/pgsql/data2) ok pg_upgrade_support.so must be created and installed in \ /usr/local/pgsql-beta2/lib/postgresql/pg_upgrade_support.so Is this module ending up in the wrong location on install, or is pg_upgrade looking in the wrong place? Thanks and regards, -- Glen Barber
On 6/7/10 1:14 PM, Glen Barber wrote: [snip] > Is this module ending up in the wrong location on install, or is > pg_upgrade looking in the wrong place? > I've received a reply on -testers about this, in case anyone is using pg_upgrade with testing 9.0. http://archives.postgresql.org/pgsql-testers/2010-06/msg00000.php Regards, -- Glen Barber
Glen Barber wrote:
> Hi,
>
> Maybe this is better asked on -general instead of -testers.
>
> First off, thank you for bringing this into contrib.
>
> I built beta2 this morning to give pg_upgrade a test run, and everything
> worked out great. The only thing I am not sure of is the expected
> location of pg_upgrade_support.so. It is a default build with the
> exception of "--prefix=/usr/local/pgsql-beta2"; pg_upgrade_support.so
> ended up in /usr/local/pgsql-beta2/lib.
>
> Here is what I saw when running pg_upgrade initially:
>
> %pg_upgrade -d /var/db/pgsql/data \
> -D /var/db/pgsql/data2 \
> -b /usr/local/pgsql-beta1/bin \
> -B /usr/local/pgsql-beta2/bin
> Performing Consistency Checks
> -----------------------------
> Checking old data directory (/var/db/pgsql/data) ok
> Checking new data directory (/var/db/pgsql/data2) ok
>
>
> pg_upgrade_support.so must be created and installed in \
> /usr/local/pgsql-beta2/lib/postgresql/pg_upgrade_support.so
>
> Is this module ending up in the wrong location on install, or is
> pg_upgrade looking in the wrong place?
Odd. I am confused where that "/postgresql/" is coming from. Can I see
your output of:
pg_config --pkglibdir
Thanks.
--
Bruce Momjian <bruce@momjian.us> http://momjian.us
EnterpriseDB http://enterprisedb.com
+ None of us is going to be here forever. +
Hi Bruce, On 6/7/10 5:12 PM, Bruce Momjian wrote: > Glen Barber wrote: >> Hi, >> >> Maybe this is better asked on -general instead of -testers. >> >> First off, thank you for bringing this into contrib. >> >> I built beta2 this morning to give pg_upgrade a test run, and everything >> worked out great. The only thing I am not sure of is the expected >> location of pg_upgrade_support.so. It is a default build with the >> exception of "--prefix=/usr/local/pgsql-beta2"; pg_upgrade_support.so >> ended up in /usr/local/pgsql-beta2/lib. >> >> Here is what I saw when running pg_upgrade initially: >> >> %pg_upgrade -d /var/db/pgsql/data \ >> -D /var/db/pgsql/data2 \ >> -b /usr/local/pgsql-beta1/bin \ >> -B /usr/local/pgsql-beta2/bin >> Performing Consistency Checks >> ----------------------------- >> Checking old data directory (/var/db/pgsql/data) ok >> Checking new data directory (/var/db/pgsql/data2) ok >> >> >> pg_upgrade_support.so must be created and installed in \ >> /usr/local/pgsql-beta2/lib/postgresql/pg_upgrade_support.so >> >> Is this module ending up in the wrong location on install, or is >> pg_upgrade looking in the wrong place? > > Odd. I am confused where that "/postgresql/" is coming from. Can I see > your output of: > > pg_config --pkglibdir > > Thanks. > Sure thing: %pg_config --pkglibdir /usr/local/pgsql-beta2/lib/postgresql Let me know if I can provide any additional information. -- Glen Barber
Glen Barber wrote:
> >> exception of "--prefix=/usr/local/pgsql-beta2"; pg_upgrade_support.so
> >> ended up in /usr/local/pgsql-beta2/lib.
> >>
> >> Here is what I saw when running pg_upgrade initially:
> >>
> >> %pg_upgrade -d /var/db/pgsql/data \
> >> -D /var/db/pgsql/data2 \
> >> -b /usr/local/pgsql-beta1/bin \
> >> -B /usr/local/pgsql-beta2/bin
> >> Performing Consistency Checks
> >> -----------------------------
> >> Checking old data directory (/var/db/pgsql/data) ok
> >> Checking new data directory (/var/db/pgsql/data2) ok
> >>
> >>
> >> pg_upgrade_support.so must be created and installed in \
> >> /usr/local/pgsql-beta2/lib/postgresql/pg_upgrade_support.so
> >>
> >
> > pg_config --pkglibdir
> >
> > Thanks.
> >
>
> Sure thing:
>
> %pg_config --pkglibdir
> /usr/local/pgsql-beta2/lib/postgresql
>
> Let me know if I can provide any additional information.
That is interesting. I ran configure --prefix=/usr/local/pgsql-beta2
using CVS HEAD (which should match 9.0 beta2), and my output is
different:
$ ./pg_config --pkglibdir
/usr/var/local/pgsql-beta2/lib
Notice the "/postgresql" is missing. This is before running pg_upgrade.
I am attaching my entire pg_config output. Can I see yours? Thanks.
--
Bruce Momjian <bruce@momjian.us> http://momjian.us
EnterpriseDB http://enterprisedb.com
+ None of us is going to be here forever. +
BINDIR = /usr/var/local/pgsql-beta2/bin
DOCDIR = /usr/var/local/pgsql-beta2/share/doc
HTMLDIR = /usr/var/local/pgsql-beta2/share/doc
INCLUDEDIR = /usr/var/local/pgsql-beta2/include
PKGINCLUDEDIR = /usr/var/local/pgsql-beta2/include
INCLUDEDIR-SERVER = /usr/var/local/pgsql-beta2/include/server
LIBDIR = /usr/var/local/pgsql-beta2/lib
PKGLIBDIR = /usr/var/local/pgsql-beta2/lib
LOCALEDIR = /usr/var/local/pgsql-beta2/share/locale
MANDIR = /usr/var/local/pgsql-beta2/share/man
SHAREDIR = /usr/var/local/pgsql-beta2/share
SYSCONFDIR = /usr/var/local/pgsql-beta2/etc
PGXS = /usr/var/local/pgsql-beta2/lib/pgxs/src/makefiles/pgxs.mk
CONFIGURE = '--with-tcl' '--with-perl' '--with-tclconfig=/u/lib' '--enable-thread-safety'
'--with-includes=/usr/local/include/readline/usr/contrib/include' '--with-libraries=/usr/local/lib /usr/contrib/lib'
'--with-openssl''--enable-cassert' '--prefix=/usr/local/pgsql-beta2'
CC = ccache gcc
CPPFLAGS = -I/usr/local/include/readline -I/usr/contrib/include
CFLAGS = -O2 -Wall -Wmissing-prototypes -Wpointer-arith -fno-strict-aliasing -O1 -Wall -Wmissing-prototypes
-Wmissing-declarations-Wpointer-arith -Wcast-align
CFLAGS_SL = -fpic
LDFLAGS = -L/usr/local/lib -L/usr/contrib/lib -Wl,-rpath,'/usr/local/pgsql-beta2/lib' -O1 -Wall -Wmissing-prototypes
-Wmissing-declarations-Wpointer-arith -Wcast-align
LDFLAGS_SL =
LIBS = -lpgport -lssl -lcrypto -lz -lreadline -ltermcap -lgetopt -ldl -lutil -lm
VERSION = PostgreSQL 9.0beta2
On 6/7/10 6:59 PM, Bruce Momjian wrote:
> Glen Barber wrote:
>>>> exception of "--prefix=/usr/local/pgsql-beta2"; pg_upgrade_support.so
>>>> ended up in /usr/local/pgsql-beta2/lib.
>>>>
>>>> Here is what I saw when running pg_upgrade initially:
>>>>
>>>> %pg_upgrade -d /var/db/pgsql/data \
>>>> -D /var/db/pgsql/data2 \
>>>> -b /usr/local/pgsql-beta1/bin \
>>>> -B /usr/local/pgsql-beta2/bin
>>>> Performing Consistency Checks
>>>> -----------------------------
>>>> Checking old data directory (/var/db/pgsql/data) ok
>>>> Checking new data directory (/var/db/pgsql/data2) ok
>>>>
>>>>
>>>> pg_upgrade_support.so must be created and installed in \
>>>> /usr/local/pgsql-beta2/lib/postgresql/pg_upgrade_support.so
>>>>
>>>
>>> pg_config --pkglibdir
>>>
>>> Thanks.
>>>
>>
>> Sure thing:
>>
>> %pg_config --pkglibdir
>> /usr/local/pgsql-beta2/lib/postgresql
>>
>> Let me know if I can provide any additional information.
>
> That is interesting. I ran configure --prefix=/usr/local/pgsql-beta2
> using CVS HEAD (which should match 9.0 beta2), and my output is
> different:
>
> $ ./pg_config --pkglibdir
> /usr/var/local/pgsql-beta2/lib
>
> Notice the "/postgresql" is missing. This is before running pg_upgrade.
>
> I am attaching my entire pg_config output. Can I see yours? Thanks.
>
Interestingly, I apparently would have had this issue with beta1:
%pwd
/usr/local/pgsql-beta1/bin
%./pg_config --pkglibdir
/usr/local/pgsql-beta1/lib/postgresql
%cd ../../pgsql-beta2/bin/
%./pg_config --pkglibdir
/usr/local/pgsql-beta2/lib/postgresql
I've attached pg_config output for both. To rule out something off with
my environment, I'm currently setting up a test environment on a
different machine, where I'll check out HEAD as well as beta1 and beta2.
Unless, of course, I'm missing something very obvious in the attached
output.
Regards,
--
Glen Barber
Вложения
On 6/7/10 7:48 PM, Glen Barber wrote: [snip] >> > > Interestingly, I apparently would have had this issue with beta1: > > %pwd > /usr/local/pgsql-beta1/bin > %./pg_config --pkglibdir > /usr/local/pgsql-beta1/lib/postgresql > %cd ../../pgsql-beta2/bin/ > %./pg_config --pkglibdir > /usr/local/pgsql-beta2/lib/postgresql > > I've attached pg_config output for both. To rule out something off with > my environment, I'm currently setting up a test environment on a > different machine, where I'll check out HEAD as well as beta1 and beta2. > Unless, of course, I'm missing something very obvious in the attached > output. > After just realizing CONFIGURE isn't showing what I would expect to see, I rebuilt after removing the original source directories. It looks like I didn't 'gmake clean' before reconfiguring for the new target directories. Sorry for the noise. Thank you for taking the time to look. Regards, -- Glen Barber
Glen Barber wrote: > On 6/7/10 7:48 PM, Glen Barber wrote: > [snip] > >> > > > > Interestingly, I apparently would have had this issue with beta1: > > > > %pwd > > /usr/local/pgsql-beta1/bin > > %./pg_config --pkglibdir > > /usr/local/pgsql-beta1/lib/postgresql > > %cd ../../pgsql-beta2/bin/ > > %./pg_config --pkglibdir > > /usr/local/pgsql-beta2/lib/postgresql > > > > I've attached pg_config output for both. To rule out something off with > > my environment, I'm currently setting up a test environment on a > > different machine, where I'll check out HEAD as well as beta1 and beta2. > > Unless, of course, I'm missing something very obvious in the attached > > output. > > > > After just realizing CONFIGURE isn't showing what I would expect to see, > I rebuilt after removing the original source directories. It looks like > I didn't 'gmake clean' before reconfiguring for the new target directories. > > Sorry for the noise. Thank you for taking the time to look. No problem. Glad we confirmed the cause. -- Bruce Momjian <bruce@momjian.us> http://momjian.us EnterpriseDB http://enterprisedb.com + None of us is going to be here forever. +