Uh, what? LVM2 is perfectly backwards compatible w/ LVM1. Of course,
snapshots don't work w/ LVM2 yet, so I'm not sure how LVM2 handles LVM1
snapshot volumes. In general, volumes created w/ LVM1 tools should
work fine with device-mapper/LVM2. I've been using LVM2 for 8+ months;
when I've needed to do things that aren't yet implemented with LVM2 (for
example, pvmove'ing), I've simply downgraded to LVM1 temporarily, done
the task, and then upgraded my tools again.
On Sat, Oct 12, 2002 at 04:11:40AM -0700, jw schultz wrote:
>
> On Sat, Oct 12, 2002 at 11:50:26AM +0200, Matthias Andree wrote:
> > On Fri, 11 Oct 2002, Linus Torvalds wrote:
> >
> > > PS: NOTE - I'm not going to merge either EVMS or LVM2 right now as things
> > > stand. I'm not using any kind of volume management personally, so I just
> > > don't have the background or inclination to walk through the patches and
> > > make that kind of decision. My non-scientific opinion is that it looks
> > > like the EVMS code is going to be merged, but ..
> >
> > A user's input, of not nearly as much weight as of the input you
> > suggested, and totally unencumbered by technical details:
> >
> > EVMS has been much more present to interested parties than LVM2. If --
> > as a user -- I was to choose either one RIGHT NOW (i. e. with a gun
> > against a head, a boss telling me 'I want a decision in 30 minutes', you
> > name it), I'd go for EVMS.
> >
> > But because EVMS just looks much less like a construction site than
> > dm2/LVM2 does.
> >
> > Just my two Euro cents.
>
> I'll add my $0.02US which (according to exchange rates) is
> worth more though almost worthless.
>
> Hate to say it but in this comparison LVM2 looses. Primary
> reason: Backward compatibility. People are going to need to
> be able to switch between kernels.
>
> So far everything indicates that LVM2 is not compatible with
> LVM. That LVM2 and LVM(1) can coexist-exist is irrelevant if
> 2.5 hasn't got a working LVM(1). And that would leave us
> with having to do backup+restore around the upgrade.
>
> Any on-disk changes also need to have an in-place translator.
> Just think about what it would take to do an upgrade, or
> downgrade, without in-place translation.
>
> Also 2.4 -> 2.6 should not be a feature reduction so
> snapshot volumes and any other LVM features missing from
> LVM2 are issues.
>
> --
> ________________________________________________________________
> J.W. Schultz Pegasystems Technologies
> email address: jw@pegasys.ws
>
> Remember Cernan and Schmitt
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
-- It's not denial. I'm just selective about the reality I accept. -- Bill Watterson - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Tue Oct 15 2002 - 22:00:43 EST