Re: pg_listener table errors with slony
От | Dave Page |
---|---|
Тема | Re: pg_listener table errors with slony |
Дата | |
Msg-id | BANLkTi=w6BcB3Jtnq-LVkGgqb1Q=2L-ayw@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: pg_listener table errors with slony (Guillaume Lelarge <guillaume@lelarge.info>) |
Ответы |
Re: pg_listener table errors with slony
|
Список | pgadmin-support |
On Wed, Jun 1, 2011 at 9:31 PM, Guillaume Lelarge <guillaume@lelarge.info> wrote: > On Wed, 2011-06-01 at 16:18 -0400, Steve Singer wrote: >> On 11-06-01 04:01 PM, Guillaume Lelarge wrote: >> >> > >> > Yes, we are still trying to scan the sl_trigger table which seems to >> > have been dropped in Slony 2.0. See pgadmin/slony/dlgRepSet.cpp and >> > pgadmin/slony/slTable.cpp. >> > >> >> In 2.0 slony no longer manages enabling triggers on slaves. >> The slony commands store trigger, drop trigger have gone away along with >> sl_trigger. >> > > Makes sense. I guess we only need to check Slony version, and use > sl_trigger only with 1.2. It should be pretty easy on slTable at least. I've committed a bunch of changes to master that fix both the sl_trigger and pg_listener issues, as well as some other API changes we hadn't noticed. Just checking 1.12, then I'll push that too. -- Dave Page Blog: http://pgsnake.blogspot.com Twitter: @pgsnake EnterpriseDB UK: http://www.enterprisedb.com The Enterprise PostgreSQL Company
В списке pgadmin-support по дате отправления: