On 2008-08-20T18:16:41, Robert <[EMAIL PROTECTED]> wrote:
> That's a good idea. Why not put all OCF library stuff into one package
> (ocf-base) and add a package for each resource agent (e.g. ocfs-ra-drbd).
Packages are not free. That'd be a mess to maintain. You don't want
that. Trust me. Not that many packages. The metadata would be larger
than the script.
> Thus the agents can be updated indipendently, custom RA modifications can
> be eqasily maintained (just not update the package in question.)
Custom RAs and modifications belong into a separate provider directory,
not by mangling the ones in heartbeat/ or pacemaker/!
That's what the provider concept is _for_, so you don't have to fear
that overwriting.
BTW, we also found it doesn't really happen. People don't update just
parts of the stack; they apply all updates. Otherwise, you also end up
with a support mess.
> Also application developeers can provide the RA agent scripts with the
> application and say "depend on OCF 2.0.something".
Yes, we probably should consider exporting an ocf capability as a
dependency; good point.
> Another cluster manager uses that sceme, however one thing I found
> difficult to maintain when working with that cluster manager is to align
> all the releases of the RA's to avoid confusion (what is "heartbeat 3.1.4"
> ?). However pacemaker and heartbeat are not version aligned currently, so
> confusion is probably guaranteed :)
The whole idea is that the RA and the resource manager are independent,
because the ABI is very stable. The OCF environment contains exports on
the version numbers though, which the RA can check.
Very little has ever changed wrt to the ABI. If anything at all.
Regards,
Lars
--
Teamlead Kernel, SuSE Labs, Research and Development
SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg)
"Experience is the name everyone gives to their mistakes." -- Oscar Wilde
_______________________________________________________
Linux-HA-Dev: [email protected]
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/
