| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | postgres(at)kellerer(dot)name |
| Cc: | pgsql-bugs(at)lists(dot)postgresql(dot)org |
| Subject: | Re: BUG #15000: Cache lookup failure |
| Date: | 2018-01-08 15:12:17 |
| Message-ID: | 29960.1515424337@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-bugs |
=?utf-8?q?PG_Bug_reporting_form?= <noreply(at)postgresql(dot)org> writes:
> We have a script that copies data from one database to another using pg_dump
> (plain text format) and the pipes the output to psql
> The script consistently fails with:
> pg_dump: [archiver (db)] query failed: ERROR: cache lookup failed for
> relation 16693
> pg_dump: [archiver (db)] query was: SELECT tableoid, oid, conname,
> pg_catalog.pg_get_constraintdef(oid) AS consrc, conislocal, convalidated
> FROM pg_catalog.pg_constraint WHERE conr elid =
> '16693'::pg_catalog.oid AND contype = 'c' ORDER BY conname
Hmph. Is it always the same OID in the message and the reported query?
If so, what table does that correspond to (try select '16693'::regclass)
and is there anything odd about that table's declaration or usage?
It's hard to explain this as a race condition because pg_dump should
have a lock on the table by the time it issues this query. So I'm
not sure what's going on.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Thomas Kellerer | 2018-01-08 15:27:24 | Re: BUG #15000: Cache lookup failure |
| Previous Message | PG Bug reporting form | 2018-01-08 11:31:50 | BUG #15000: Cache lookup failure |