BUG #14406: Statement fails after upgrade to 9.6.1

Started by Nonameover 9 years ago4 messagesbugs
Jump to latest
#1Noname
boskowski+coreybernal@gmail.com

The following bug has been logged on the website:

Bug reference: 14406
Logged by: Corey Bernal
Email address: boskowski+coreybernal@gmail.com
PostgreSQL version: 9.6.1
Operating system: Ubuntu 16.04
Description:

After upgrading from 9.5.4 to 9.6.1 using pg_upgrade with links an UPDATE
(prepared) statement that previously worked started raising

ERROR: table row type and query-specified row type do not match
DETAIL: Query provides a value for a dropped column at ordinal position
19.

I managed to solve this by creating an identical table, populating with
INSERT/SELECT and swapping the tables by renaming them, all in one
transaction.

Please let me know what detail information can be helpful to you.

--
Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-bugs

#2Tom Lane
tgl@sss.pgh.pa.us
In reply to: Noname (#1)
Re: BUG #14406: Statement fails after upgrade to 9.6.1

boskowski+coreybernal@gmail.com writes:

After upgrading from 9.5.4 to 9.6.1 using pg_upgrade with links an UPDATE
(prepared) statement that previously worked started raising

ERROR: table row type and query-specified row type do not match
DETAIL: Query provides a value for a dropped column at ordinal position
19.

I managed to solve this by creating an identical table, populating with
INSERT/SELECT and swapping the tables by renaming them, all in one
transaction.

Please let me know what detail information can be helpful to you.

Without a self-contained test case, we're not going to be able to do much
with this report. Presumably a test case would look something like
"create a table like this under 9.5; drop some columns in it like this;
pg_upgrade to 9.6; execute this query". But nobody's going to try to
fill in all those details by guessing.

regards, tom lane

--
Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-bugs

#3Robert Lebel
boblebel2@gmail.com
In reply to: Tom Lane (#2)
Re: BUG #14406: Statement fails after upgrade to 9.6.1

I can't really provide useful additional information, but I just had the same
issue. An UPDATE with RETURNING statement was consistently failing after
being called 5 or 6 times. After restarting my app server (which use
postgres jdbc driver), the update query would work again 5-6 times, then
fail.

Recreating the table also made the issue disappear (thanks Corey). I tried
vacuum etc, without success.

--
View this message in context: http://postgresql.nabble.com/BUG-14406-Statement-fails-after-upgrade-to-9-6-1-tp5928404p5932143.html
Sent from the PostgreSQL - bugs mailing list archive at Nabble.com.

--
Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-bugs

#4Bruce Momjian
bruce@momjian.us
In reply to: Robert Lebel (#3)
Re: BUG #14406: Statement fails after upgrade to 9.6.1

On Sun, Nov 27, 2016 at 12:54:22PM -0700, Robert Lebel wrote:

I can't really provide useful additional information, but I just had the same
issue. An UPDATE with RETURNING statement was consistently failing after
being called 5 or 6 times. After restarting my app server (which use
postgres jdbc driver), the update query would work again 5-6 times, then
fail.

Recreating the table also made the issue disappear (thanks Corey). I tried
vacuum etc, without success.

It sound like the 5-6 times is related to prepared queries:

http://momjian.us/main/blogs/pgblog/2016.html#June_15_2016

--
Bruce Momjian <bruce@momjian.us> http://momjian.us
EnterpriseDB http://enterprisedb.com

+ As you are, so once was I.  As I am, so you will be. +
+                      Ancient Roman grave inscription +

--
Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-bugs