Linux LVM users
 help / color / mirror / Atom feed
From: Wolfgang Weisselberg <weissel@netcologne.de>
To: linux-lvm@sistina.com
Subject: Re: [linux-lvm] What is a good stripe size?
Date: Fri, 22 Jun 2001 02:59:26 +0200	[thread overview]
Message-ID: <20010622025926.B3938@tiger.bigcats.invalid> (raw)
In-Reply-To: <20010621094645.A300@gambit>; from thornber@btconnect.com on Thu, Jun 21, 2001 at 09:46:45AM +0100

Joe Thornber (thornber@btconnect.com) wrote 33 lines:
> On Mon, Jun 18, 2001 at 12:33:18PM +0200, Wolfgang Weisselberg wrote:

> > First, we need a fool^Wcrashproof, completely interruptible
> > pvmove for active, being currently read from and written
> > to LVs.

> I hope this is already there.  Do your experiences suggest it isn't
> working for active pv's ?

man pvmove:
[...]
       You  can  move  physical  extents in use but make sure you
       have an current backup in case of  a  system  crash  while
       moving!!!

Now, this does *not* look like *crashproof*, does it?
This is from the CVS, btw, dated 2001-06-10.

And I am unwilling to have a tool run automatically (at
night?) that - upon a crash - can destroy whole partitions.
I could live with a 'copy, repeat if original was changed,
lock LE, update maps on HD, unlock LE (on new PE)' thing.

I have used pmove about once in ernest, and my, moving 35 Gigs
over to a new HD takes time!  And that does not look like a
HD bottleneck...

> This is exactly what we're planning for the next version of LVM.  The
> moving of extents will be performed by the kernel rather than in user
> space, the ioctl interface will allow the user to specify a list of pe
> movements.

Sounds interesting.

> > Then the rest is simply ripping a balancing algorithm from
> > somewhere and slap it into a wrapper.  Data aquisition is
> > already done via lvmsadc/lvmsar.

> Yes, a little Perl script to process the usage stats and then create a
> new map.

There it might be interesting to know which blocks are accessed
in sequence.  Then again it might not, I am not an expert
there and haven't done the maths for that.

-Wolfgang

  reply	other threads:[~2001-06-22  0:59 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <134718885.992837796416.JavaMail.root@boots>
2001-06-18 10:33 ` [linux-lvm] What is a good stripe size? Wolfgang Weisselberg
2001-06-21  8:46   ` Joe Thornber
2001-06-22  0:59     ` Wolfgang Weisselberg [this message]
2001-06-22  9:49       ` Joe Thornber
2001-06-22 14:25         ` Heinz J. Mauelshagen
     [not found] <134782415.992819826651.JavaMail.root@boots>
2001-06-18 11:19 ` Wolfgang Weisselberg
     [not found] <134933704.992803570667.JavaMail.root@boots>
2001-06-17 21:36 ` Wolfgang Weisselberg
2001-06-17 23:13   ` Steven Lembark
2001-06-18 10:04     ` Heinz J. Mauelshagen
2001-06-18  4:07   ` idsfa
2001-06-16 13:29 Urs Thuermann
2001-06-17 18:44 ` idsfa

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=20010622025926.B3938@tiger.bigcats.invalid \
    --to=weissel@netcologne.de \
    --cc=linux-lvm@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