Tue Apr 26 07:50:23 PDT 2011
- Previous message: [Slony1-general] dropping trigger on slave
- Next message: [Slony1-general] dropping trigger on slave
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On 11-04-26 10:41 AM, Frank McGeough wrote: > I'm using Postgres 8.4 and Slony 1.2.20. > > My database replication configuration is a master with two slaves. > > I have a table "A" that is replicated. A trigger existed on table "A" that called a function that inserted into another table "B" that was replicated. > > I don't need to replicate table "B" anymore. I've removed it from the replication set. > > I'd like to clean up the trigger and function as well but, although I can easily drop these on the master, the slave trigger is hidden by slony. > > What is the approach used to drop unneeded triggers from slaves? > When your 'set drop table(....)' command was replicated to the slave it should have restored any hidden triggers on the slave. Is this not the case? Is the deny access trigger still visible on the slave? If so I would suspect that the drop table event hasn't been replicated to the slave. > Thanks, > Frank > _______________________________________________ > Slony1-general mailing list > Slony1-general at lists.slony.info > http://lists.slony.info/mailman/listinfo/slony1-general
- Previous message: [Slony1-general] dropping trigger on slave
- Next message: [Slony1-general] dropping trigger on slave
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Slony1-general mailing list