(Your MUA seems to have injected "=" in the toward the end of most lines. May want to have a look at fixing that.)
On 07/06/2011 05:40 PM, Ulrich Windl wrote:
> Hi!
>
> As I've written my first OCF RA, I want to install it to test it in the
> "real life".
Wonderful. I might add it would be extraordinarily useful if you posted
it somewhere so people can actually look at the code.
I wonder: How does crm locate the existing RAs ("crm ra =
> classes", "crm ra info ocf:IPaddr2")? I found that most RAs are installed =
> in /usr/lib/ocf/resource.d/heartbeat, very few in /usr/lib/ocf/resource.d/p=
> acemaker/. So where should by RA go?
Into /usr/lib/ocf/resource.d/<provider>, where <provider> is essentially
a directory name of your choosing. The RA may be a custom one that you
never intend to share; in that case /usr/lib/ocf/resource.d/ulrichwindl/
would be entirely appropriate.
Or you submit the OCF RA to an upstream project, then
/usr/lib/ocf/resource.d/<project>/ is fine. That is what the OCF RA for
the RabbitMQ server does; it installs into
/usr/lib/ocf/resource.d/rabbitmq/.
Or you choose to submit the RA to the linux-ha project, then (for
historical reasons) the preferred location would be
/usr/lib/ocf/resource.d/heartbeat/. At least for the time being, we will
have a unified namespace for the Linux-HA and Red Hat agents some
stretch down the road.
This, btw, is explained in
http://linux-ha.org/doc/dev-guides/_installing_resource_agents.html.
> I'm not good in reading Python code, but it seems crm uses "lrmadmin" to
> build the list. Unfortunately the manual page for lrmadmin is very poor:
I am sure Dejan will be thrilled to accept patches for lrmadmin man
page. I for my part find it quite sufficient, and the RA dev guide is
there for reference purposes about where to install resource agents.
> Also for updates, should the RA be versioned?
Yes, that is why the metadata has a "version" field. Thanks for
highlighting the fact that this is not immediately evident from the dev
guide; I'll fix that.
Cheers,
Florian
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
