* [linux-lvm] device failure during pvmove
@ 2016-01-15 1:38 Bryan Larsen
2016-01-15 2:29 ` Bryan Larsen
0 siblings, 1 reply; 3+ messages in thread
From: Bryan Larsen @ 2016-01-15 1:38 UTC (permalink / raw)
To: linux-lvm
[-- Attachment #1: Type: text/plain, Size: 598 bytes --]
I was in the process of doing a pvmove from /dev/md3 to a new, blank
/dev/md1 when /dev/md1 failed due to operator stupidity.
I tried doing a pvmove abort, but it complains about a missing device. It
suggests doing a vgreduce --removemissing but that refuses to proceed
without a --force because pvmove has placed data onto the broken and
missing /dev/md1.
So theoretically all my data should still be available on /dev/md3. Any
hints on how to proceed?
Sorry for the inexact messages, the failed machine no longer has a root
partition so is only accessible from the console.
thanks,
Bryan
[-- Attachment #2: Type: text/html, Size: 754 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [linux-lvm] device failure during pvmove
2016-01-15 1:38 [linux-lvm] device failure during pvmove Bryan Larsen
@ 2016-01-15 2:29 ` Bryan Larsen
2016-01-15 11:53 ` Zdenek Kabelac
0 siblings, 1 reply; 3+ messages in thread
From: Bryan Larsen @ 2016-01-15 2:29 UTC (permalink / raw)
To: linux-lvm
[-- Attachment #1: Type: text/plain, Size: 694 bytes --]
On Thu, 14 Jan 2016 at 20:38 Bryan Larsen <bryan@larsen.st> wrote:
> I was in the process of doing a pvmove from /dev/md3 to a new, blank
> /dev/md1 when /dev/md1 failed due to operator stupidity.
>
> I tried doing a pvmove abort, but it complains about a missing device.
> It suggests doing a vgreduce --removemissing but that refuses to proceed
> without a --force because pvmove has placed data onto the broken and
> missing /dev/md1.
>
> So theoretically all my data should still be available on /dev/md3. Any
> hints on how to proceed?
>
I solved the problem. I did a vgcfgdump, carefully edited the resulting
file, and used vgcfgrestore to bring things back to life.
cheers,
Bryan
[-- Attachment #2: Type: text/html, Size: 1066 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [linux-lvm] device failure during pvmove
2016-01-15 2:29 ` Bryan Larsen
@ 2016-01-15 11:53 ` Zdenek Kabelac
0 siblings, 0 replies; 3+ messages in thread
From: Zdenek Kabelac @ 2016-01-15 11:53 UTC (permalink / raw)
To: LVM general discussion and development
Dne 15.1.2016 v 03:29 Bryan Larsen napsal(a):
> On Thu, 14 Jan 2016 at 20:38 Bryan Larsen <bryan@larsen.st
> <mailto:bryan@larsen.st>> wrote:
>
> I was in the process of doing a pvmove from /dev/md3 to a new, blank
> /dev/md1 when /dev/md1 failed due to operator stupidity.
>
> I tried doing a pvmove abort, but it complains about a missing device.
> It suggests doing a vgreduce --removemissing but that refuses to proceed
> without a --force because pvmove has placed data onto the broken and
> missing /dev/md1.
>
> So theoretically all my data should still be available on /dev/md3. Any
> hints on how to proceed?
>
>
> I solved the problem. I did a vgcfgdump, carefully edited the resulting
> file, and used vgcfgrestore to bring things back to life.
>
If you have enabled archiving - you could use archived metadata before
you started pvmove.
Also if you have 'recent enough' version of lvm2 - check '--atomic' option
for pvmove.
Regards
Zdenek
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2016-01-15 11:53 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-01-15 1:38 [linux-lvm] device failure during pvmove Bryan Larsen
2016-01-15 2:29 ` Bryan Larsen
2016-01-15 11:53 ` Zdenek Kabelac
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).