On 2008-08-20T18:05:32, Wolfram Schlich <[EMAIL PROTECTED]> wrote:
> > So there's no point why the LSB script and the OCF RA could not be one
> > and the same script, sharing much of the logic.
> There are systems that are not using LSB init scripts at all but that
> are still used together with software using OCF RAs (like Heartbeat,
> for example).
That's a moot point, as most packages _do_ include an LSB script, and I
was merely trying to point out that this could be shared effort.
> > Again, that's totally a different question. The service package provider
> > could very well release just sub-package updates too.
> I doubt anyone would do that for "just" one OCF RA. But anyway.
RAs don't change all that much in practice.
> > Besides, see above, if the code would be shared more, more people would
> > benefit from improved LSB scripts too ;-)
> See above -- there are systems that do not use LSB init scripts at all.
See above - redherring, as most packages _do_ include LSB init scripts.
> IMHO a service package is just the wrong place for stuff specific to
> external software like cluster management (resource agents) or
> monitoring (check scripts) software.
This is not true. Applications provide init scripts, they provide
external APIs, they maintain man pages; there's plenty of stuff they
include to work with other programs.
> The specific/extra knowledge that is needed to correctly deal with
> it is more on the side of the external software than on the side of
> the service package, IMHO.
It's actually very basic. start/stop an instance, and monitor it. Not
much too it - most of the code in the scripts _is_ service specific.
> That means, it's easier for me as an OCF RA developer to create
> an OCF RA from an existing init script than for a service init
> script developer to create an OCF RA, because the service init script
> developer would have to gather a lot more new knowledge about
> the OCF stuff than I would have to gather about the init script...
> Just my opinion.
Yes. I respect it. And I disagree. ;-)
Besides, this is a moot point; it's just what I'd like to have, and I
obviously can't force it on anyone.
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/
