Re: alas for thee, EVMS
Jeremy Jackson <[email protected]> Sun, 30 Nov 2008 13:15:52 -0500
| Newsgroups | gmane.linux.evms.devel |
|---|---|
| Organization | Coplanar Networks |
| Message-ID | <1228068952.782.160.camel@ragnarok> |
On Fri, 2008-11-28 at 04:30 -0500, Andrew Schulman wrote: > This was always my favorite feature of EVMS, that it freed us from the danger > and drudgery of the kind of procedure I described above. To this day I haven't Add to the feature list, scripted database snapshots... > found any other software that matches it in that regard. What a shame that it's > been abandoned. Abandoned by IBM, yes. I don't believe all hope is lost, yet. What I see as the next step, is a re-architecting to integrate with udev (and possibly HAL on top of that) and upstart. Ubuntu is moving (albeit slowly) to an all event-based startup, and integrating device-mapper with udev. EVMS's design includes it's own device discovery, from before udev was popular. The duplication also causes conflicts. I would break the monolithic EVMS device discovery apart, and instead subscribe to udev events. Then evms_activate (and that part of evms-cli and evmsn, evms-gui) would only be used if udev isn't running, perhaps in initrd or rescue disc applications. Ubuntu's LVM tools have been modified in this way already. EVMS device nodes for compatibility devices would exist in the standard locations, /dev/device-mapper/ etc. and be managed by udev. Parts of EVMS that would be reused, are the metadata for named-volumes, persistent snapshots, and other features, as well as the UI which coordinates volume expandsion and other complicated operations, between they various device drivers and partition/segment/region managers. I see the UI taking the place of special-purpose system installer UIs, with the addition of "wizard" plugin modules in EVMS, beside the existing classes of device-driver/segment/region/filesystem plugins. It may also be interesting to see evmsd reused and/or take on additional functions, perhaps to maintain volume state and receive events from udev. Another recent development is that dm-raid seems to be on the horizon. md-raid has been a continual source of bugs and delays for EVMS in the past. Who has the keys to the sourceforge project anymore? To revive or to fork, that is the question. -- Jeremy Jackson Coplanar Networks (519)489-4903 http://www.coplanar.net [email protected] ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Evms-devel mailing list [email protected] To subscribe/unsubscribe, please visit: https://lists.sourceforge.net/lists/listinfo/evms-devel