feature in 8.3 - Automatically re-plan cached queries when table definitions change or statistics are updated

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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


[Index of Archives]     [KVM ARM]     [KVM ia64]     [KVM ppc]     [Virtualization Tools]     [Spice Development]     [Libvirt]     [Libvirt Users]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite Questions]     [Linux Kernel]     [Linux SCSI]     [XFree86]

  Powered by Linux