From: | Uwe Bartels <uwe(dot)bartels(at)gmail(dot)com> |
---|---|
To: | pgsql-admin(at)postgresql(dot)org |
Subject: | feature in 8.3 - Automatically re-plan cached queries when table definitions change or statistics are updated |
Date: | 2010-01-19 12:12:07 |
Message-ID: | 8ea917511001190412v387c3d95l4b9b8b1f57c59aec@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
Hi,
today i run into an issue with postgres 8.3.4 and slony 1.2.15 on solaris
10.
I found hundres of errors in my postgres log file:
ERROR: cache lookup failed for type 177473925
These errors came up directly after dropping a slony cluster completely.
The relevant slony commmands were:
drop set ( id = 1, origin = 1);
drop path ( server = 1, client = 2);
drop path ( server = 2, client = 1);
These commands drop the trigger in the replicated tables.
In the Release Notes of Posgres 8.3 I find
"Automatically re-plan cached queries when table definitions change or
statistics are updated "
and in the slony docs I find something similar:
http://www.pgadmin.org/docs/1.6/slony/faq.html#missingoids
Did I do something wrong?
Is that feature limited to special table alterations or specific platforms?
What can I do to prevent this error - except reestablishing the db
connections of course.
In postgres 8.3 I already could successfully create an index parallel to
another index which was corrupted and drop the corrupted trigger without
reestablishing the db connections.
So basically I'm on the right way.
best regards,
Uwe
From | Date | Subject | |
---|---|---|---|
Next Message | Renato Oliveira | 2010-01-20 09:24:57 | PostgreSQL backup idea |
Previous Message | Joshua D. Drake | 2010-01-18 17:27:54 | Re: PITR online backups Setup |