Re: Future of RAIDFrame

From: Poul-Henning Kamp (phk_at_phk.freebsd.dk)
Date: 01/11/04

  • Next message: Brad Knowles: "Re: Future of RAIDFrame" 
    To: Scott Long <scottl@freebsd.org>
Date: Sun, 11 Jan 2004 00:12:57 +0100

    In message <40007D14.6090205@freebsd.org>, Scott Long writes:
    >All,
    >
    >I started RAIDframe three years ago with the hope of bringing a proven
    >and extensible RAID stack to FreeBSD. Unfortunately, while it was made
    >to work pretty well on 4.x, it has never been viable on 5.x; it never
    >survived the introduction of GEOM and removal of the old disk layer.
    >[...]
    >I have a Work-In-Progress for converting and integrating it into GEOM
    >on my home Perforce server. It hasn't been touched in several months
    >and I really don't see myself being able to finish alone it in the near
    >future. Since it's been hanging over my head for so long, I'm very,
    >very close to just removing it and moving on.

    I can't help thinking about how small the central group of developers
    in FreeBSD is, and considering that you also carry the armoured
    release-engineer hat, I am fully able to understand why you have
    not been able to pull RF along in addition to all the other stuff.

    As much as I would hate to see RF and Vinum disappar from our
    source tree, maybe what we need to do is to kick them both into
    "training-camp" in p4 while you and Greg look the other way.

    In the p4 tree, we can easier add new talent to our developer force
    and I am pretty sure that some sort of merry band of developers
    would form around both RF and vinum there.

    I am not convinced that they may be able to pull off the task, but
    the fact that somebody at least tries should give us better chances
    than having RF stuck in your TODO queue, and vinum stuck in Gregs,
    while everybody else waits more or less paitiently.

    If they manage to make it work in p4, pulling it back into CVS is
    a small matter of repo work (AFAIK).

    Because we might as well be honest and face it: Neither you nor
    Greg has much chance of finding the significant amount of time
    that you need.

    I know this can be seen as you and Greg throwing in the towel, but
    I urge you to try to see it like saw my Junior Kernel Hacker list:
    Throwing a good meaty bone to pick which I myself couldn't eat
    anyway.

    I'd say lets kick them both into perforce and let whoever wants
    their hands have a go at them.

    Poul-Henning 

    -- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.
_______________________________________________
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org"
  • Next message: Brad Knowles: "Re: Future of RAIDFrame"

    Relevant Pages

    • Re: Future of RAIDFrame
      ... >and extensible RAID stack to FreeBSD. ... I can't help thinking about how small the central group of developers ... As much as I would hate to see RF and Vinum disappar from our ... Greg has much chance of finding the significant amount of time ...
      (freebsd-current)
    • Re: Cant save Vinum config: No such file or directory
      ... >> FreeBSD 4.9. ... > will be recoverable in the current miserable days of disks which ... Vinum mirroring is also stable. ... Greg ...
      (freebsd-current)
    • RE: Quality of FreeBSD
      ... FreeBSD development model typically addresses change at the tree HEAD, ... Probably it is no longer important to support chip ... > project schedule means, with long, long list of new features. ... I think you'll find many FreeBSD developers enjoy working on FreeBSD best ...
      (freebsd-stable)
    • Re: Where is FreeBSD going?
      ... Submit a patch. ... Many FreeBSD developers find FreeBSD of particular appeal ... back in retrospect and say "well, maybe a bit more investment here, and a ...
      (freebsd-hackers)
    • Re: FreeBSD 4.x Opteron Question
      ... understand the business aspect of things, I have business that rely on ... The developers "Robert W."... ... FreeBSD will continue to improve, ... > initially over linux not because there's a bunch of good guys on the ...
      (freebsd-questions)