Re: Problems with pg_upgrade after change of unix user running db.
От
Tom Lane
Тема
Re: Problems with pg_upgrade after change of unix user running db.
Дата
Msg-id
29417.1475506441@sss.pgh.pa.us
Ответ на
Re: Problems with pg_upgrade after change of unix user
running db. (Benedikt Grundmann)
Список
Дерево обсуждения
Problems with pg_upgrade after change of unix user running db. Benedikt Grundmann <bgrundmann@janestreet.com>
Re: Problems with pg_upgrade after change of unix user
running db. Bruce Momjian <bruce@momjian.us>
Re: Problems with pg_upgrade after change of unix user
running db. Benedikt Grundmann <bgrundmann@janestreet.com>
Re: Problems with pg_upgrade after change of unix user
running db. Bruce Momjian <bruce@momjian.us>
Re: Problems with pg_upgrade after change of unix user
running db. Benedikt Grundmann <bgrundmann@janestreet.com>
Re: Problems with pg_upgrade after change of unix user
running db. Bruce Momjian <bruce@momjian.us>
Re: Problems with pg_upgrade after change of unix user
running db. Benedikt Grundmann <bgrundmann@janestreet.com>
Re: Problems with pg_upgrade after change of unix user
running db. Bruce Momjian <bruce@momjian.us>
Re: Problems with pg_upgrade after change of unix user
running db. Adrian Klaver <adrian.klaver@aklaver.com>
Re: Problems with pg_upgrade after change of unix user running db. Tom Lane <tgl@sss.pgh.pa.us>
Re: Problems with pg_upgrade after change of unix user
running db. Adrian Klaver <adrian.klaver@aklaver.com>
Re: Problems with pg_upgrade after change of unix user
running db. Benedikt Grundmann <bgrundmann@janestreet.com>
Re: Problems with pg_upgrade after change of unix user
running db. Bruce Momjian <bruce@momjian.us>
Re: Problems with pg_upgrade after change of unix user
running db. Benedikt Grundmann <bgrundmann@janestreet.com>
Re: Problems with pg_upgrade after change of unix user
running db. Bruce Momjian <bruce@momjian.us>
Re: Problems with pg_upgrade after change of unix user
running db. Benedikt Grundmann <bgrundmann@janestreet.com>
Re: Problems with pg_upgrade after change of unix user running db. Tom Lane <tgl@sss.pgh.pa.us>
Re: Problems with pg_upgrade after change of unix user
running db. Benedikt Grundmann <bgrundmann@janestreet.com>
Re: Problems with pg_upgrade after change of unix user running db. Tom Lane <tgl@sss.pgh.pa.us>
Re: Problems with pg_upgrade after change of unix user
running db. Benedikt Grundmann <bgrundmann@janestreet.com>
Re: Problems with pg_upgrade after change of unix user running db. Tom Lane <tgl@sss.pgh.pa.us>
Re: Problems with pg_upgrade after change of unix user
running db. Benedikt Grundmann <bgrundmann@janestreet.com>
Re: Problems with pg_upgrade after change of unix user running db. Tom Lane <tgl@sss.pgh.pa.us>
Re: Problems with pg_upgrade after change of unix user
running db. Benedikt Grundmann <bgrundmann@janestreet.com>
Re: Problems with pg_upgrade after change of unix user
running db. Benedikt Grundmann <bgrundmann@janestreet.com>
Re: Problems with pg_upgrade after change of unix user
running db. Benedikt Grundmann <bgrundmann@janestreet.com>
Re: Problems with pg_upgrade after change of unix user
running db. Adrian Klaver <adrian.klaver@aklaver.com>
Re: Problems with pg_upgrade after change of unix user
running db. Jim Nasby <Jim.Nasby@BlueTreble.com>
Benedikt Grundmann writes:
> And it looks like now I'm back to the error that stopped me last time:
> pg_restore: [archiver (db)] Error from TOC entry 8425; 2606 416548282 CHECK
> CONSTRAINT seqno_not_null postgres_prod
> pg_restore: [archiver (db)] could not execute query: ERROR: constraint
> "seqno_not_null" for relation "js_activity_20110101" already exists
> Command was: ALTER TABLE "js_activity_20110101"
> ADD CONSTRAINT "seqno_not_null" CHECK (("seqno" IS NOT NULL)) NOT VALID;
Hm. I'm guessing that table is a child table, and this has something to
do with improper constraint inheritance. Could we see psql \d+ output
for both this table and its parent? And for good measure, maybe the
output of
SELECT conname,convalidated,conislocal,coninhcount,connoinherit
FROM pg_constraint WHERE conrelid = 'js_activity_20110101'::regclass;
and likewise for the parent table.
regards, tom lane
В списке pgsql-general по дате отправления
От: Benedikt Grundmann
Дата:
От: Benedikt Grundmann
Дата: