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