From: Octavio Di Sciullo <o.di-sciullo@caramail.com>
To: linux-lvm@sistina.com
Subject: [linux-lvm] Procedure to pvmove PE's on bad media?
Date: Wed Dec 26 05:47:01 2001 [thread overview]
Message-ID: <1009367389020268@caramail.com> (raw)
[-- Attachment #1: Type: text/plain, Size: 2681 bytes --]
Hi all,
i know this issue has been adressed on previous threads,
but i havent been able to resolve my problem with the work
arounds or patches issued, so i will submit my problem here.
First off, here's some info in my configuration :
debian linux 2.4.2
lvm 0.9 (as issued from packages lvm_0.9-2_i386.deb and
liblvm_0.9-2_i386.deb)
e2fsprogs 1.19-3
resize2fs 1.03-1
i have 1 lvm LV (concat) set up on 3 drives (1xWD 25GB,
2xIBM 40GB). A while ago, the WD drive crashed and i had to
reinstall a system ( / was on it) and restore the lvm
configuration, which went about just fine. I managed to get
my VG & LV back, no trouble there. Now, the trouble is i
want to remove the WD drive from the lvm conf and not
surprisingly, i end up with 5 PE on the partition used by
lvm on this drive (hda3) completely unreadable, which pvmove
wont reallocate. Its definitely a read error, no problem
there, i get the whole package : funny noises from the
drive, i/o read errors from syslogd, and here's what pvmove
has to say about it when i try to move one of these PE:
willy:/var/tmp# pvmove -n lvol1:6023 /dev/hda3 /dev/hdc1
pvmove -- moving physical extents in active volume group
"vg01"
pvmove -- WARNING: moving of active logical volumes may
cause data loss!
pvmove -- do you want to continue? [y/n] y
pvmove -- ERROR reading input physical volume "/dev/hda3"
pvmove -- ERROR "pv_move_pe(): read input PV" pv_move_pe
pvmove -- ERROR "pv_move_pe(): read input PV" moving
physical extents
I've tried to apply to pvmove (from lvm 0.9.1b7) the patch
issued on this thread :
http://lists.sistina.com/pipermail/linux-lvm/2001-September/008767.html
, but unfortunately, it doesnt work :/. With this "forced"
pvmove, i get an endless read loop :
"read:-1 to_read:512
read:-1 to_read:512
read:-1 to_read:512
read:-1 to_read:512"
..... (i let it run for about 4h and the output never
changed, nor as the drive never ceased to produce scary
noises)
Now i dont really know if this the proper behavior of the
patched pvmove in case it REALLY doesnt manage to read the
data (i thought this was what the patch was for), or if i
have a compatibility problem with my 0.9 lvm installed and
the 0.9.1b7 patched pvmove.... I tried (a bit) to upgrade to
0.9.1b7 but i get dependency conflicts.
Does anyone have any ideas on how to solve this, except for
dumping all data on a new LV built on new drives?
Octavio
PS: i am, of course, available for any further info on my
configuration if it is required.
______________________________________________________
Boîte aux lettres - Caramail - http://www.caramail.com
next reply other threads:[~2001-12-26 5:47 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-12-26 5:47 Octavio Di Sciullo [this message]
2001-12-26 11:54 ` [linux-lvm] Procedure to pvmove PE's on bad media? Ragnar Kjørstad
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=1009367389020268@caramail.com \
--to=o.di-sciullo@caramail.com \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.