Hi, On 2012-12-17 10:06:53 -0500, Paragon Corporation wrote: > Andres, > Sorry not sure why I didn't think of that. > > The more descriptive error it gives in logs is: > > 2012-12-17 09:15:10 EST LOG: statement: > SET log_error_verbosity = 'verbose'; > 2012-12-17 09:15:13 EST LOG: 00000: statement: ALTER EXTENSION postgis > UPDATE TO "2.1.0SVN"; > 2012-12-17 09:15:13 EST LOCATION: exec_simple_query, > src\backend\tcop\postgres.c:888 > 2012-12-17 09:15:15 EST ERROR: 54000: row is too big: size 9272, maximum > size 8160 > 2012-12-17 09:15:15 EST LOCATION: RelationGetBufferForTuple, > src\backend\access\heap\hio.c:241 > > This is running 9.2.2 64-bit on windows 2008. > > I'll look at that section to see what it could be tripping it up. But if > anyone has any ideas if this is a real bug or a "Regina is doing something > stupid" problem, that would be helpful too.
Unfortunately that doesn't tell us very much. Could you get a backtrace for that? I don't really see which table should receive such large tuples... # SELECT pg_backend_pid(); > 3493 $ gdb -p 3493 (gdb) b hio.c:24 (gdb) c .... # ALTER EXTENSION postgis UPDATE TO "2.1.0SVN"; (gdb) bt full Greetings, Andres Freund -- Andres Freund http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services -- Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-bugs
