On 04/19/2010 09:29 PM, Lars Marowsky-Bree wrote: > 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.
Which means they'll _never_ even install a resource-agents package without risking to lose support. Why do we need to carry those RAs in future upstream releases of resource-agents then? I wouldn't mind if we just dropped the agents in question from the install list in the Makefiles. That way we can keep them around in the repos, but won't install them needlessly. > The LinuxSCSI RA is, to the best of my knowledge, not broken either, and > does something entirely different from either SCSI reservations or sfex. But is has BETA written all over it, and you were on the CC list of the bug where we agreed that these should be deprecated and removed from future releases. Why are you complaining now? See comment http://developerbugs.linux-foundation.org/show_bug.cgi?id=2244#c1 specifically. You could have corrected us _then_. > 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)? Fine with the idea of the distro doing that via RPM magic. > How can customers do the drbd upgrade in a rolling fashion? Aw c'mon, now don't _you_ start _me_ on rolling upgrades! Besides like the other Lars said: welcome to maintenance mode. > 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. Andrew says whatever version of pingd you choose, it's deprecated and superseded by ping. >> 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. Proper documentation for what a resource agent should look like will do just fine there. Feel free to contribute a Wiki page. Cheers, Florian
signature.asc
Description: OpenPGP digital signature
_______________________________________________________ Linux-HA-Dev: [email protected] http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
