On 2010-04-19T14:05:48, Florian Haas <[email protected]> wrote:
> - EvmsSCC and
> - Evmsd (both apply to EVMS, which is no longer maintained);
>
> - LinuxSCSI (superseded by SCSI reservations and SF-EX);
>
> - drbd (superseded by ocf:linbit:drbd);
>
> - pingd (superseded by ocf:pacemaker:pingd, which in turn is now
> considered obsolete and superseded by ocf:pacemaker:ping if I understand
> correctly).
>
> Since nobody should be using these anymore, and we've already kept them
> for two releases, I suggest that we drop these from 1.0.4.
I dislike that. This breaks existing configurations.
And the first two _are_ still used/maintained for the SLES10 packages.
The LinuxSCSI RA is, to the best of my knowledge, not broken either, and
does something entirely different from either SCSI reservations or sfex.
drbd - conceded, but shouldn't there then be a symlink to the new
version (which will do work in 99% of all cases unless someone used my
ill-conceived floating peer support)?
How can customers do the drbd upgrade in a rolling fashion?
The same essentially goes for pingd; if we upgrade it, in a
feature-identical version and want users to use the new code only, the
configuration change should be automatic.
I very much dislike dropping RAs without _PLENTY_ of lead-time. As
opposed to internal changes in the ABI, these _do_ break existing
customer configurations. If they simply installed the updates, they
might not even know they're running depreciated code.
The migration path is not that easy; at best, it would be automatic.
For comparison, the points I raised for the ABI were cosmetic and design
warnings only; here I will be required to patch these back in for the
packages we ship on SUSE, because dropping RAs like that is 98%
impossible and irresponsible to our users.
> In addition, I suggest that we deprecate (and after a couple more
> releases, drop) the Linux-HA incarnations of Dummy and Stateful, as
> duplicates of these already exist in Pacemaker, and Andrew has
> indicated he wants to maintain them there rather than fix them in the
> Linux-HA repo.
As far as Dummy is concerned, maybe it should be replaced with an
annotated template "RA" for people to start from in resource-agents.
Regards,
Lars
--
Architect Storage/HA, OPS Engineering, Novell, Inc.
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/
