On 06/23/2015 07:17 PM, Adam Spiers wrote: >>> [cross-posting to openstack-dev and pacemaker lists; please consider >>> trimming the recipients list if your reply is not relevant to both >>> communities] >>> >>> Hi all, >>> >>> https://github.com/madkiss/openstack-resource-agents/ is a nice >>> repository of Pacemaker High Availability resource agents (RAs) for >>> OpenStack, usage of which has been officially recommended in the >>> OpenStack High Availability guide. Here is one of several examples: >>> >>> >>> http://docs.openstack.org/high-availability-guide/content/_add_openstack_identity_resource_to_pacemaker.html >>> >>> Martin Loschwitz, who owns this repository, has since moved away from >>> OpenStack, and no longer maintains it. I recently proposed moving the >>> repository to StackForge, and he gave his consent and in fact said >>> that he had the same intention but hadn't got round to it: >>> >>> >>> https://github.com/madkiss/openstack-resource-agents/issues/22#issuecomment-113386505 >>> >>> You can see from that same github issue that several key members of >>> the OpenStack Pacemaker sub-community are all in favour. Therefore >>> I am volunteering to do the move to StackForge. >> >> There is a "CusterLabs" group on github that most of the HA cluster >> projects have or are moving under. Why not use that? > > This question was asked and answered in the github issue: > > https://github.com/madkiss/openstack-resource-agents/issues/22#issuecomment-114147300
Hi Adam, The cluster devs agreed to use ClusterLabs as an umbrella location so people can find all cluster-related stuff in one place, but the individual sub-projects are still independently managed. So you could have a ClusterLabs/openstack-resource-agents github project fully under your control, and an openstack.clusterlabs.org DNS alias pointing to whatever website you'd like. _______________________________________________ Users mailing list: [email protected] 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
