Re: Improvements to gvinum and it's future
- From: Greg 'groggy' Lehey <grog@xxxxxxxxxxx>
- Date: Fri, 1 Sep 2006 11:18:54 +0930
On Thursday, 31 August 2006 at 14:14:26 +0200, Ulf Lilleengen wrote:
Hi,
I've been working this summer to improve gvinum, and add features from old vinum
into the geom version of vinum. Lukas Ertl have done a fantastic amount of work
on it (and Chris Jones) since it started, but it's not complete. So far, I've
completed many of the missing commands such as attach/detach, setstate stop, and
other commands (The manpage lists most of them). I've also implemented basic
functionality of drivegroups, which provides grouping of drives with the same
configuration, and sort of acts as a drivepool that abstract drives further, and
it can simplify volume management for larger systems.
This all sounds very good.
However, although many of these features maybe needs more testing,
some of them also belongs in HEAD, but since I am not a committer, I
need someone to help me get these changes into the tree. The reason
for this is largely that le@ has not been visible for a couple of
months, so the one person actually maintaining gvinum is not
available. So therefore I ask for someone else to help me with this.
OK, I'll do what I can. We can take this offline, I think.
My first set of patches are available in PR 99183, 99186 and more is
coming from the perforce repository as soon as I'm able to split
them up.
The web site is currently so broken that I don't use it. Also,
freefall has just been rebooted, and for some reason Emacs is missing,
so I can't look at the files there either. Could you send me the
patches, please?
Greg
--
See complete headers for address and phone numbers.
Attachment:
pgpDdmGC4wY7x.pgp
Description: PGP signature
- Next by Date: Re: BSDStats - What is involved ... ?
- Next by thread: Re: Improvements to gvinum and it's future
- Index(es):
Relevant Pages
- Re: Improvements to gvinum and its future
... I've been working this summer to improve gvinum, and add features from old vinum ...
configuration, and sort of acts as a drivepool that abstract drives further, and ... freefall
has just been rebooted, and for some reason Emacs is missing, ... (freebsd-current) - Re: FreeBSD 5.x raid...
... vinum in all commands. ... Also, as mentioned before, gvinum is not yet
feature complete so some of the ... things listed in the documentation for vinum doesn't
work yet. ... I can't say how gmirror differs ... (freebsd-questions) - Re: Vinum configuration lost at vinum stop / start
... While 5.3 is IMHO pretty stable, gvinum is quite new ... > So if you need
a critically stable vinum environment you would be better off ... <ACPI PCI bus>
on pcib0 ... atapci1: port ... (freebsd-questions) - Re: vinum or gvinum
... do _NOT_ use vinum on 5.4, use gvinum. ... sd length 2080m drive pain
... (freebsd-stable) - Re: software raid survey
... > dump/restore to move /home from the mirror to the stripe. ... Anyways,
i agree with you, vinum is extraordinary flexible and powerful, ... In the case of gvinum
there is the further problem that only a small ... (comp.unix.bsd.freebsd.misc)