From: "Andreé Åström" <andree.astrom@home.se>
To: linux-lvm@sistina.com
Subject: [linux-lvm] Trouble with pvmove
Date: Thu May 1 14:07:01 2003 [thread overview]
Message-ID: <001401c31014$efdcc840$0100a8c0@andre6xtbp6uza> (raw)
Hi everyone,
In one of my volume groups a disk have gone bad.
I extended the volumegroup with another disk to be able to pvmove it.
pvmove -i -v /dev/hdh
It went fine until,
pvmove -- /dev/hdh [PE 259 [archive [LE 259]] -> /dev/hdj [PE 259]
[260/1831]
The machine got total dead. The whole volumegroup consists of 1.1TB so i
couldn't backup it all up beforehand.
I guess the moved PE's didnt get updated now, so the filesystem is kinda
screwy.
pvscan -- ACTIVE PV "/dev/hdj" of VG "m00" [93.12 GB / 59.12 GB free]
pvscan -- ACTIVE PV "/dev/hdh" of VG "m00" [57.22 GB / 34 GB free]
I tried to use pvmove after the cold reboot to continue.
Using pvmove -i -v /dev/hdh[some_pe-to_some_pe]
The machine dies on a few specific PE's tough, nothing in the logs. Is there
any way to update the config where the PE's got allocated manually ?
as in my case when pvmove died, the lvm config still thinks the PE's exists
on the /dev/hdh ?
It display them as unallocated, but my guess is the LVM dont know where
they've been moved.
Just wild guesses here, i dont really know how it works down under : )
Anyone have any clues how it may be solved or if some of it can be
salvageable?
pvscan finds the volumegroup, it can be mounted, but complains quickly about
missing inodes, etc, when i try to access it.
Regards,
Adain
next reply other threads:[~2003-05-01 14:07 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-05-01 14:07 Andreé Åström [this message]
2003-05-03 5:42 ` [linux-lvm] Trouble with pvmove Nils Juergens
2003-05-05 10:29 ` Andreé Åström
2003-05-05 10:51 ` Nils Juergens
2003-05-05 11:07 ` Anders Widman
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='001401c31014$efdcc840$0100a8c0@andre6xtbp6uza' \
--to=andree.astrom@home.se \
--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