Mon Jun 23 18:42:21 PDT 2008
- Previous message: [Slony1-general] how to clean the cache after the switch of master?
- Next message: [Slony1-general] Re: Mixing 3 slony on 3 databases on the same servers
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
thank u very much, Regards, Yi On Mon, 2008-06-23 at 10:22 -0400, Christopher Browne wrote: > Yi Zhao <yi.zhao at alibaba-inc.com> writes: > > when I do some insert after the switch of the master node in replication > > cluster, slony alway give a notice as follows: > > ------------------ > > ERROR: cache lookup failed for type 17140 > > CONTEXT: SQL statement "INSERT INTO _replication.sl_log_1 (log_origin, > > log_xid, log_tableid, log_actionseq, log_cmdtype, log_cmddata) VALUES > > (1, $1, $2, nextval('_replication.sl_action_seq'), $3, $4);" > > ------------------ > > so, I must quit psql client, and relogin, it's works. > > > > what's wrong with slony and what I should do except quit and relogin > > psql client? > > Nothing is wrong with Slony-I; this is an issue with PostgreSQL where > the problem is that old cached query plans are still being run even > after the underlying object (e.g. - _replication.sl_log_1) has > changed. > > As you have observed, this may be resolved by closing the connection > and opening a new one. > > In PostgreSQL 8.3, this is supposed to be resolved; see the release > notes for: > > "Automatically re-plan cached queries when table definitions change > or statistics are updated"
- Previous message: [Slony1-general] how to clean the cache after the switch of master?
- Next message: [Slony1-general] Re: Mixing 3 slony on 3 databases on the same servers
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Slony1-general mailing list