From: Scott Marlowe <scott.marlowe@gmail.com>
To: Bhujbal, Santosh <sbhujbal@starentnetworks.com>
Cc: pgsql-admin@postgresql.org
Subject: Re: postgres block_size problem
Date: Tue, 30 Dec 2008 11:51:50 -0700
Message-ID: <dcc563d10812301051s7ca6b391q132a5194820d8269@mail.gmail.com> (raw)
In-Reply-To: <3BD53621E5C8E54594130AF5459379EE08D80D41@exchindia4.starentnetworks.com>
References: <3BD53621E5C8E54594130AF5459379EE08D80D41@exchindia4.starentnetworks.com>
On Tue, Dec 30, 2008 at 5:28 AM, Bhujbal, Santosh
<sbhujbal@starentnetworks.com> wrote:
> Hi All,
>
> We were getting the following error on executing a COPY command on
> postgres8.2.0.
First and foremost, you need to run the latest version of 8.2, not
8.2.0. .0 releases of postgresql tend to have the most bugs. You're
missing two years of updates by running 8.2.0. Who knows what bugs
you may be running into by running 8.2.0
While you're at it, you might want to look at upgrading to 8.3.5,
which has quite a few enhancements over 8.2.x But it's not that big
of a deal. 8.2 is a good performer overall.
> SQL execution failed, Internal error. SQL Statement: (COPY command failed
> with error: ERROR: row is too big: size 8200, maximum size 8136)
Hmmm. What exactly are you trying to insert into what? Normally when
you see something like this it's an index on a text field that causes
this type of problem. But I'm not sure what's going on here.
Normally postgresql will move large things out of line into a toast
table. Are you running a non-standard storage parameter?
> So, in order to fix the error we tried increasing the block size to 16k and
> recompiled the postgres library.
If you can get away with NOT using >8k blocks, do so. The code base
is no where near as well tested with block sizes over 8k as it is with
8k blocks, the default.
> The problem at hand was resolved with the
> new postgres library and we were now able to populate data for the mentioned
> query successfully. However, this experiment fails when we tried to run the
> new postgres on data directory generated with 8k block size which is likely
> to occur during an upgrade with postgres log showing the following error:
Yeah, running a non-standard block size is only advised if you're
willing to go to the extra effort each time to build a new package by
hand. And require that of any users who use your application to do
the same, or run a custom package you provide.
> What could be the possible solution to this?
Can you explain in more detail exactly what you're doing to cause the
problem? A short test case you can post would be most helpful.
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-admin@postgresql.org
Cc: scott.marlowe@gmail.com, sbhujbal@starentnetworks.com
Subject: Re: postgres block_size problem
In-Reply-To: <dcc563d10812301051s7ca6b391q132a5194820d8269@mail.gmail.com>
* 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