From: Gerhard Wiesinger <lists@wiesinger.com>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Pavel Stehule <pavel.stehule@gmail.com>
Cc: Andreas Kretschmer <akretschmer@spamfence.net>
Cc: pgsql-performance@postgresql.org
Subject: Re: Major performance problem after upgrade from 8.3 to 8.4
Date: Fri, 3 Sep 2010 20:27:04 +0200 (CEST)
Message-ID: <alpine.LFD.2.01.1009032014270.11936@bbs.intern> (raw)
In-Reply-To: <26620.1283537362@sss.pgh.pa.us>
References: <alpine.LFD.2.01.1008300802300.4121@bbs.intern>
<20100830072230.GA28373@tux>
<AANLkTi=Te9ToTG-bqVy+fHQ0wM1YWv0nhBqqYiTk2ePg@mail.gmail.com>
<alpine.LFD.2.01.1008300956320.19598@bbs.intern>
<AANLkTik14X_MYoZA5CHNGC8M7Rc0zXrRhoGw6FrfUPXm@mail.gmail.com>
<alpine.LFD.2.01.1008301808330.31277@bbs.intern>
<11111.1283185373@sss.pgh.pa.us>
<alpine.LFD.2.01.1008301838480.4133@bbs.intern>
<12837.1283186981@sss.pgh.pa.us>
<alpine.LFD.2.01.1009020749380.19625@bbs.intern>
<21281.1283433278@sss.pgh.pa.us>
<alpine.LFD.2.01.1009030702520.12651@bbs.intern>
<22001.1283523290@sss.pgh.pa.us>
<alpine.LFD.2.01.1009031837550.28047@bbs.intern>
<24994.1283532424@sss.pgh.pa.us>
<alpine.LFD.2.01.1009031853400.31084@bbs.intern>
<25560.1283534215@sss.pgh.pa.us>
<alpine.LFD.2.01.1009031952390.8416@bbs.intern>
<26620.1283537362@sss.pgh.pa.us>
On Fri, 3 Sep 2010, Tom Lane wrote:
> Gerhard Wiesinger <lists@wiesinger.com> writes:
>> On Fri, 3 Sep 2010, Tom Lane wrote:
>>> Doh. I hadn't looked closely at that. Probably you want
>>> /usr/share/zoneinfo --- at least that's what the Red Hat RPMs use.
>
>> I tried even before I wrote to the mailinglist without success:
>> ./configure
>
> I'd definitely suggest leaving out the --with-system-tzdata option
> altogether if you're not certain it works.
OK.
>
>> With last one I also get:
>> 2010-09-03 19:51:29.079 CEST [27916] @/: FATAL: invalid value for parameter "timezone_abbreviations": "Default"
>
> This is a different problem; the --with-system-tzdata option wouldn't
> affect that.
>
> I think what may be happening here is that a postgres executable expects
> to find itself in a full installation tree, ie if it's in /someplace/bin
> then the timezone files are in /someplace/share, etc. Did you do a full
> "make install" after building, or did you just copy the postgres
> executable?
I just copied it as discussed in the original mail to avoid that make
install kills the 8.4 production RPM version:
cp ./src/backend/postgres /bin/postgres-8.3.11
cd /bin
ln -s /usr/share/pgsql/timezonesets share
cd tarballdir
./configure
make
cp ./src/backend/postgres /bin/postgres-8.3.11
2010-09-03 18:24:53.936 GMT [11753] @/: LOG: could not open directory "/share/timezone": No such file or directory
2010-09-03 18:24:53.936 GMT [11753] @/: LOG: could not open directory "/share/timezone": No such file or directory
2010-09-03 18:24:53.936 GMT [11753] @/: LOG: could not open directory "/share/timezone": No such file or directory
2010-09-03 18:24:53.936 GMT [11753] @/: LOG: could not open directory "/share/timezone": No such file or directory
2010-09-03 18:24:53.936 GMT [11753] @/: LOG: could not open directory "/share/timezone": No such file or directory
2010-09-03 20:24:53.936 CEST [11753] @/: FATAL: invalid value for parameter "timezone_abbreviations": "Default"
I previously made the strace and therefore I added the option to configure
to get the right directory.
Any further idea where I should copy the binary or any option or any file
copy for the time zone files?
Thnx.
Ciao,
Gerhard
--
http://www.wiesinger.com/
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: pgsql-performance@postgresql.org
Cc: lists@wiesinger.com, tgl@sss.pgh.pa.us, pavel.stehule@gmail.com, akretschmer@spamfence.net
Subject: Re: Major performance problem after upgrade from 8.3 to 8.4
In-Reply-To: <alpine.LFD.2.01.1009032014270.11936@bbs.intern>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox