From mboxrd@z Thu Jan 1 00:00:00 1970 From: Fabio Massimo Di Nitto Date: Tue, 23 Oct 2007 19:10:15 +0200 Subject: [Cluster-devel] [RFC] Killing ccs for good In-Reply-To: <20071023143459.GB23832@redhat.com> References: <471DA3BD.4030702@ubuntu.com> <20071023143459.GB23832@redhat.com> Message-ID: <471E2AF7.8040006@ubuntu.com> List-Id: To: cluster-devel.redhat.com MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit David Teigland wrote: > Getting rid of the artificial separation between cman and ccs was > definately one of the motivations. The other big one was to separate > basic cluster.conf queries from the remote update/syncing mechanisms. > I'd like to see a completely new (and simple!) method of updating/syncing > cluster.conf files around the cluster, that's completely separate from the > code that supports cluster.conf queries. This is somewhat achieved already. queries and handling of the conf is all done in the library. cman/aisexec takes care of synchronizing. You can already upload new configs and they are propagate through the cluster. See the cman/lib/test.c code snippets that i did check in by mistake :) it has one update_config example in 3/4 calls. >> - move the config handler to its own openais service. This will be totally >> transparent to the applications and we will rework most of the internal bits >> to use the aisexec db. > > I think we should get this last bit done before investing too much time in > the apps... just in case this transition to openais involves more change > than we anticipate. While i would generally agree on this bit, we are somewhat pending some changes in the aisexec db that is still lacking some functionalities. I would prefer to see a reliable and functional backend before switching. Anyway 90% of the apps are ported.. modulo rgmanager and bugs.. > Thanks for tackling all this, it's looking great. No problem :) it's fun.. really Fabio -- I'm going to make him an offer he can't refuse.