From: Erkki Seppala <flux-lvm@inside.org>
To: linux-lvm@sistina.com
Subject: [linux-lvm] pvmoving from a pv with bad sectors
Date: Sat Feb 9 08:24:01 2002 [thread overview]
Message-ID: <20020209142411.GA10226@xulfad.ton.tut.fi> (raw)
It turns out that a 60GB disc I bought some months ago has regions
that cannot be read. I'm going to get the disc to warranty, but before
that I'd like to remove the disc from the VG. But, this happens:
[12:10] lectric(pts/1):/var/log% sudo pvmove /dev/ide/host0/bus0/target1/lun0/part1
pvmove -- moving physical extents in active volume group "archive"
pvmove -- WARNING: if you lose power during the move you may need
to restore your LVM metadata from backup!
pvmove -- do you want to continue? [y/n] y
pvmove -- ERROR reading input physical volume "/dev/ide/host0/bus0/target1/lun0/part1" (still 1310720 bytes to read)
pvmove -- ERROR "pv_move_pe(): read input PV" pv_move_pe
pvmove -- ERROR "pv_move_pe(): read input PV" moving physical extents
/proc/lvm/global says:
VG: archive [3 PV, 6 LV/5 open] PE Size: 16384 KB
Usage [KB/PE]: 238665728 /14567 total 172032000 /10500 used 66633728 /4067 free
PVs: [AN] ide/host0/bus0/target1/lun0/part1 60030976 /3664 21331968 /1302 38699008 /2362
[AA] ide/host0/bus1/target1/lun0/part1 58605568 /3577 58605568 /3577 0 /0
[AA] ide/host0/bus1/target0/lun0/part1 120029184 /7326 92094464 /5621 27934720 /1705
The first PV is the one I'm trying to empty, and the last PV has the
space to hold it. Consequent attempt:
[16:06] lectric(pts/1):/var/log% sudo pvmove -v /dev/ide/host0/bus0/target1/lun0/part1
pvmove -- checking name of source physical volume "/dev/ide/host0/bus0/target1/lun0/part1"
pvmove -- locking logical volume manager
pvmove -- reading data of source physical volume from "/dev/ide/host0/bus0/target1/lun0/part1"
pvmove -- ERROR "pv_read(): read" reading source physical volume "/dev/ide/host0/bus0/target1/lun0/part1"
Now, I know there's some data lost, but they don't seem to affect the
actual filesystem structure integrity, only data, which isn't really
that important in that VG. But if I don't have the device around, I
imagine I lose the whole volume group, not just the data's that is on
the one disc. I don't mind if the unreadable blocks are replaced with
zeroed blocks, as long as I can get rid of the device :-).
Any suggestions?
--
_____________________________________________________________________
/ __// /__ ____ __ Erkki Sepp�l�\ \
/ /_ / // // /\ \/ //ircnet Modeemi Ry\ /
/_/ /_/ \___/ /_/\_\@modeemi.fi http://www.modeemi.fi/~flux/
next reply other threads:[~2002-02-09 8:24 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-02-09 8:24 Erkki Seppala [this message]
2002-02-09 9:10 ` [linux-lvm] pvmoving from a pv with bad sectors Erkki Seppala
2002-02-11 14:53 ` [linux-lvm] rescuing a VG with one missing PV Erkki Seppala
2002-02-12 3:24 ` Heinz J . Mauelshagen
2002-02-12 6:58 ` Erkki Seppala
2002-02-12 8:07 ` Heinz J . Mauelshagen
2002-02-12 15:37 ` Erkki Seppala
2002-02-13 3:27 ` Heinz J . Mauelshagen
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=20020209142411.GA10226@xulfad.ton.tut.fi \
--to=flux-lvm@inside.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).