On 10/24/2011 07:02 AM, Angus Salkeld wrote:
Hi guys
Here is a short/medium term solution until qmf/qpid/rabbit etc sort
them selves out (for openstack).
https://github.com/asalkeld/matahari/commit/d7cee3ccb9115db5441b78aa08913...
It's a super basic tcp resource agent with only glib + jansson as deps.
The security needs to be sorted out (dial out instead of dial in)?
I haven't implented all of the API (I don't think it would take
much time to complete).
Let me know what you think. Is it worth spending more time on etc...
We need to take a few steps back and set up some context for this
conversation. Here is my take on the context and issues at hand.
You're working with cloud HA (pacemaker-cloud), and are looking at
integration of pacemaker-cloud with openstack. pacemaker-cloud needs a
host agent and Matahari currently serves that role. In regards to your
openstack work, there are a couple of different issues:
1) Matahari is only available on Fedora and RHEL. The openstack
community seems to primarily focused around Ubuntu. While development
can be done on Fedora, the result must work on Ubuntu, as well.
2) Matahari depends on qpid. OpenStack uses rabbitmq. The two are not
compatible, and it seems unlikely that anyone would want to use two
different AMQP implementations in their infrastructure.
#1 is a short term pressing issue that needs to be resolved quickly. I
have already started looking at building Matahari packages for Ubuntu
and can commit to having them available within a month.
#2 is a longer term architectural concern. It doesn't block shorter
term integration and proof-of-concept work. I have talked to a number
of people about approaches to this, and we can improve it, but it's more
of a "over the next year" type of effort.
So, back to your topic. I don't think it's worth spending more time on
(and that has nothing to do with the code, I didn't look at it). We can
solve the short term issue in a reasonable amount of time, which should
free you up to work on things that more valuable and in line with longer
term goals.
--
Russell Bryant