public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Andrea Arcangeli <andrea@suse.de>
To: "Heinz J . Mauelshagen" <mauelshagen@sistina.com>
Cc: Kurt Garloff <garloff@suse.de>,
	linux-lvm@sistina.com, lvm-devel@sistina.com,
	linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org,
	sistina@sistina.com, mge@sistina.com
Subject: Re: *** ANNOUNCEMENT *** LVM 1.0 available at www.sistina.com
Date: Wed, 15 Aug 2001 19:04:28 +0200	[thread overview]
Message-ID: <20010815190428.A11146@athlon.random> (raw)
In-Reply-To: <20010815175659.A29749@sistina.com> <20010815182548.U3941@gum01m.etpnet.phys.tue.nl> <20010815185005.A32239@sistina.com>
In-Reply-To: <20010815185005.A32239@sistina.com>; from mauelshagen@sistina.com on Wed, Aug 15, 2001 at 06:50:05PM +0200

[-- Attachment #1: Type: text/plain, Size: 605 bytes --]

On Wed, Aug 15, 2001 at 06:50:05PM +0200, Heinz Mauelshagen wrote:
> offset. No known way around this.

As said in the attached email (never got a reply about it yet btw)
there's definitely a way around it, there's no magic in the beta7
lvmtools, anything they can do can be done as well in the new lvmtools
if we want to (and I believe we want to). I understand you don't want to
clobber the core code with backwards compatibility cruft, but a new
backwards compatibility utility, even in a new directory to make obvious
nothing gets clobbered, could be developed and it would solve the
problem.

Andrea

[-- Attachment #2: Type: message/rfc822, Size: 4882 bytes --]

From: Andrea Arcangeli <andrea@suse.de>
To: lvm-devel@sistina.com
Subject: Re: [lvm-devel] *** Pre LVM 0.9.1 Beta 8 release test request ***
Date: Tue, 31 Jul 2001 16:35:33 +0200
Message-ID: <20010731163533.P30071@athlon.random>

On Tue, Jul 31, 2001 at 02:20:50PM +0100, Joe Thornber wrote:
> On Tue, Jul 31, 2001 at 03:13:17PM +0200, Andrea Arcangeli wrote:
> > On Tue, Jul 31, 2001 at 10:41:37AM +0100, Joe Thornber wrote:
> > > On Tue, Jul 31, 2001 at 11:25:14AM +0200, Andrea Arcangeli wrote:
> > > > then why don't you make a pvdisplay option in the new tools that allows
> > > > you to find where the PEs were positioned?
> > > 
> > > The PE location was being calculated, based on various constants such
> > > as BLOCK_SIZE (which varied through the beta series), only the
> > > currently installed tools know where they were putting the PE's :(
> > 
> > What's the problem? Just make a --something option that finds the
> > location of the PE using the previous BLOCK_SIZE.
> 
> But what was the previous block size ?  There's no way of knowing with the 

The one defined in the beta7 lvmtools. The old tools know that, right?
Somebody has to know if the old tools can cope with it. Then just teach
that to the new tools too when the --something is passed to pvdisplay.

> current metadata format ... and BLOCK_SIZE is only one of the variables.

Then define all them, where's the problem? Not being able to use an old
pv after the new tools and new kernel is been installed is a kind of
showstopper situation for the end user as far I can tell.  There's no
real technical reason for which we should take the the pain of this
showstopper situation IMHO, it is perfectly technically possible to
avoid that. Of course I know some more coding and testing is required to
handle that transparently, but it looks a very worthwhile effort to me.

Andrea
_______________________________________________
lvm-devel mailing list
lvm-devel@sistina.com
http://lists.sistina.com/mailman/listinfo/lvm-devel

  reply	other threads:[~2001-08-15 17:04 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-08-15 15:56 *** ANNOUNCEMENT *** LVM 1.0 available at www.sistina.com Heinz J . Mauelshagen
2001-08-15 16:25 ` Kurt Garloff
2001-08-15 16:50   ` Heinz J . Mauelshagen
2001-08-15 17:04     ` Andrea Arcangeli [this message]
2001-08-15 20:06       ` [linux-lvm] " Joe Thornber
2001-08-15 20:16         ` Andrea Arcangeli
2001-08-15 20:20           ` [lvm-devel] " Christoph Hellwig
2001-08-15 21:19             ` Andrea Arcangeli
2001-08-15 17:19     ` Kurt Garloff
2001-08-15 17:55     ` Andreas Dilger
2001-08-15 20:13       ` [linux-lvm] " Joe Thornber
2001-08-15 21:13       ` Andrea Arcangeli
2001-08-15 19:14     ` Hubert Mantel
  -- strict thread matches above, loose matches on Subject: below --
2001-08-15 17:17 Heinz J . Mauelshagen
2001-08-15 18:35 ` Todd M. Roy
2001-08-15 19:23   ` AJ Lewis

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20010815190428.A11146@athlon.random \
    --to=andrea@suse.de \
    --cc=garloff@suse.de \
    --cc=linux-fsdevel@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-lvm@sistina.com \
    --cc=lvm-devel@sistina.com \
    --cc=mauelshagen@sistina.com \
    --cc=mge@sistina.com \
    --cc=sistina@sistina.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox