Re: Re: [GENERAL] pg_upgrade fails, "mismatch of relation OID" - 9.1.9 to 9.2.4
От | Bruce Momjian |
---|---|
Тема | Re: Re: [GENERAL] pg_upgrade fails, "mismatch of relation OID" - 9.1.9 to 9.2.4 |
Дата | |
Msg-id | 20130513135255.GA21938@momjian.us обсуждение исходный текст |
Ответ на | Re: Re: [GENERAL] pg_upgrade fails, "mismatch of relation OID" - 9.1.9 to 9.2.4 ("Evan D. Hoffman" <evandhoffman@gmail.com>) |
Список | pgsql-hackers |
On Sun, May 12, 2013 at 10:43:41PM -0400, Evan D. Hoffman wrote: > Adding & dropping a column resolved the problem. Currently vacuuming the new > cluster. Thanks for your help everybody! Great! Someday we will figure out what caused it. --------------------------------------------------------------------------- > > > On Sat, May 11, 2013 at 4:58 PM, Bruce Momjian <bruce@momjian.us> wrote: > > On Fri, May 10, 2013 at 08:03:38PM -0400, Bruce Momjian wrote: > > On Fri, May 10, 2013 at 12:36:21PM -0400, Evan D. Hoffman wrote: > > > "........pg.dropped.16........" INTEGER /* dummy */, > > > "........pg.dropped.17........" INTEGER /* dummy */, > > > "........pg.dropped.18........" INTEGER /* dummy */, > > > "........pg.dropped.19........" INTEGER /* dummy */, > > > "........pg.dropped.20........" INTEGER /* dummy */, > > > "........pg.dropped.21........" INTEGER /* dummy */, > > > "........pg.dropped.22........" INTEGER /* dummy */, > > > "........pg.dropped.23........" INTEGER /* dummy */, > > > "........pg.dropped.24........" INTEGER /* dummy */, > > > "........pg.dropped.25........" INTEGER /* dummy */, > > > "........pg.dropped.26........" INTEGER /* dummy */, > > > ha27 character varying(10) DEFAULT 'UNKNOWN'::character varying, > > > "........pg.dropped.28........" INTEGER /* dummy */, > > > dr29 character varying(10) > > > > OK, this verifies that the table had a lot of DDL churn. I have no idea > > how to pursue this further because I am unsure how we are going to > > replicate the operations performed on this table in the past, as you > > mentioned much of this was before your time on the job. > > > > Evan, I suggest you force a toast table on the table by doing: > > > > ALTER TABLE bpm.setupinfo ADD COLUMN dummy TEXT; > > > > Then drop the column. That will create a toast table and will allow > > pg_upgrade to succeed. > > FYI, I did test adding a TEXT column and altering a column to TEXT on > Postgres 9.1, and both created a toast table. I am still have no clues > about what would have caused the missing toast table. > > -- > Bruce Momjian <bruce@momjian.us> http://momjian.us > EnterpriseDB http://enterprisedb.com > > + It's impossible for everything to be true. + > > -- Bruce Momjian <bruce@momjian.us> http://momjian.us EnterpriseDB http://enterprisedb.com + It's impossible for everything to be true. +
В списке pgsql-hackers по дате отправления: