On Wed, 19 Aug 2015 10:59:00 +0200 Jehan-Guillaume de Rorthais <j...@dalibo.com> wrote: [...]
> What we tried to achieve with a new pgsql RA: > * multistate only (we already have a stateless RA, in bash) > * should have a simple code: easier to understand, to maintain, achieve one > goal at a time About this topic, some quick stats shows we have a 40% smaller code than the existing RA (excluding comments) and 3x more comments. [...] > > - can the new one replace the old one? (ie. full superset) > > No. It does not support stateless resource, does not mess with replication > synchronism, does not kill queries if all the slaves are gone, does not "lock" > an instance when it failed, only promote the resource using "pg_ctl > promote" (with no restart), ... Oh, and I forgot a big one: our RA is only compatible with PostgreSQL >= 9.3 _______________________________________________ Users mailing list: Users@clusterlabs.org http://clusterlabs.org/mailman/listinfo/users Project Home: http://www.clusterlabs.org Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf Bugs: http://bugs.clusterlabs.org