From: "Eric M. Hopper" <hopper@omnifarious.org>
To: linux-lvm@sistina.com
Subject: Re: [linux-lvm] Re: How to handle Bad Block relocation with LVM?
Date: Tue Feb 18 08:08:01 2003 [thread overview]
Message-ID: <1045536586.19711.33.camel@monster.omnifarious.org> (raw)
In-Reply-To: <20030218012102.12299.65097.Mailman@hermes.sistina.com>
[-- Attachment #1: Type: text/plain, Size: 1459 bytes --]
On Mon, 2003-02-14 at 17:26, Joe Thornber <joe@fib011235813.fsnet.co.uk> wrote:
> Eric,
>
> We would like to automate the process that you have described in LVM2
> at some point. So if you get an error on an LV and new PE will be
> allocated, as much data as possible copied from the bad PE to the new
> PE, and then remap the LV so that it's using the new PE (very much
> like a small pvmove).
>
> The EVMS team are writing a bad block relocator target for device
> mapper, but I don't feel it's neccessary to add yet another device
> layer to the LVs. If I have a bad block I don't mind loosing a whole
> PE (people may not agree with me on this ?)
I actually quite agree. Here are a few points:
o A PE is typically less than 0.01% of my total disk space.
o Corruption on a drive tends to spread, especially if sectors near the
corruption are accessed frequently, so it's best to avoid a whole
section of a drive around a bad spot.
o In general, I would want to throw away a drive that had so many bad
sectors that it's firmware relocation software could no longer handle
them. So, my main purpose in relocating the PE is to recover as much
data from it as I can before junking the drive.
Have fun (if at all possible),
--
The best we can hope for concerning the people at large is that they
be properly armed. -- Alexander Hamilton
-- Eric Hopper (hopper@omnifarious.org http://www.omnifarious.org/~hopper) --
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 185 bytes --]
next parent reply other threads:[~2003-02-18 8:08 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20030218012102.12299.65097.Mailman@hermes.sistina.com>
2003-02-18 8:08 ` Eric M. Hopper [this message]
2003-02-14 8:52 [linux-lvm] Re: How to handle Bad Block relocation with LVM? Eric Hopper
2003-02-14 11:27 ` Joe Thornber
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=1045536586.19711.33.camel@monster.omnifarious.org \
--to=hopper@omnifarious.org \
--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;
as well as URLs for NNTP newsgroup(s).