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
next prev parent 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